【问题标题】:Options for input data file types?输入数据文件类型的选项?
【发布时间】:2011-02-04 00:58:58
【问题描述】:

我正在从事一个收集和分析中等复杂工程数据的项目。许多人将创建数据,但只有少数人实际执行分析。一个目标是让这些输入数据位于由专家编写且机器可读的“文档”中,因此作者和分析之间没有翻译。 (这是当前方法的错误来源。)我一直在努力解决如何最好地实现这一点。

一个原型使用 Microsoft InfoPath 2007 表单作为数据输入方式,程序在其中读取生成的 XML。这种方法很有效,但是表单并不能很好地处理复杂性,并且当需求发生变化时很难修改。此外,大多数用户仍然坚持使用 Office 2003。

我正在探索手动编写结构化纯文本输入文件的想法。大多数用户对 XML 不满意,并拒绝使用它进行编写。发明一种自定义语言和解析器似乎是一场噩梦。 JSON 似乎......合理,但并不真正适合人类使用。

还有其他我应该考虑的输入选项吗?

【问题讨论】:

  • “原型使用 Microsoft InfoPath 2007 表单”。你能详细说明一下吗?
  • 我们在 InfoPath 中创建了几个表单,其中包含必填/可选字段、结构化重复组等,以捕获所需的数据。表单中提供了一些自动化来进行一些复杂的验证或查找。由于输入的数据以 XML 格式存储,因此很容易被程序用作输入。但是,我们发现复杂的形式真的很难开发。包含大量数据的表单速度慢得令人难以忍受。由于限制(或者可能是我们缺乏技能),我们无法创建对用户有意义的表单布局。

标签: .net xml json editor


【解决方案1】:

一个目标是让这个输入数据 在由作者撰写的“文档”中 专家和机器可读

听起来很像您需要应用程序级别的输入来支持您的“专家”用户。这应该包括所有方式的数据输入验证和验证。

数据输入的结果将是可用的 XML 格式。

应用程序本身可以非常简单,但仍有助于数据输入过程。

【讨论】:

  • 在查看了我的选项后,我打算使用这种方法。数据验证是这项任务的重要组成部分。与尝试适应其他一些 UI/框架相比,我可以更好地控制它在自定义应用程序中的工作方式。此外,我(终于)正在重温 WPF,并且到目前为止真的喜欢它。我认为我的许多 UI 需求会很容易,而使用 WinForms 会很困难......
  • 另一个好处:我可以在数据输入应用程序中使用与我的主应用程序相同的类,并简单地将它们序列化。这应该使两者之间的数据传输变得轻而易举!
  • 我也总是尽可能地选择更多的控制权。使用现有的解决方案对大多数事情来说都很好,但是当需求变得复杂或随着时间的推移经常发生变化时,它反而会成为一种限制。至于 WPF,如果您来自经典的 WinForms 背景,那么我建议您观看此视频,该视频描述了向 WPF/MVVM 的过渡lab49.com/files/videos/Jason%20Dolinger%20MVVM.wmv
【解决方案2】:

Excel。不完全是。您的用户已经习惯使用它,而且它无处不在(如果您使用的是 SP 2010,现在甚至在网络上)。它可以定制广告恶心。您将不得不费尽周折才能获取数据,但我知道至少有一个保险集团的主要项目使用 Excel 和大约 1000 个模板来生成人寿保险/关键人物保险报价。

有一件事(我忘了补充):如果可以避免的话,不要使用 COM 获取 excel 数据。很乱。尝试并使用一些内置的 Excel 服务的东西来做到这一点。我知道微软最近大力推动了这类事情,遗憾的是我没有足够的经验来提供进一步的帮助。

【讨论】:

  • 我对此投了赞成票,因为它通常是一个非常可行的解决方案。它在这里被以这种方式使用,包括我最近参与的一个项目(尽管我没有决定使用它,也没有做接口代码)。也许是我缺乏想象力,但我认为它无法满足我需要的复杂程度 - 基本上,非常动态的形式......
猜你喜欢
  • 2016-11-30
  • 2016-02-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-03-11
  • 1970-01-01
相关资源
最近更新 更多