问题标签 [data-entry]

Looking for opinions on this, we're working on a project that is essentially a data entry system for a production line. Heavy data input by users who normally work in Excel or other thick client data systems.

We've been told (as a consequence) that we have to develop this as a thick client using .NET. Our argument was to develop as a web app, as it resolves a lot of issues and would be easier to write and maintain.

Their argument against the web is that (supposedly) the web is not ready yet for a heavy duty data entry system, and that the web in a browser does not offer the speed, responsiveness, and fluid experience for the end-user that a thick client can (citing things such as drag and drop, rapid auto-entry and data navigation, etc.)

Personally, I think that with good form design and JQuery/AJAX, a web app could do everything a thick client does just as well, and they just don't know what they're talking about.

The irony is that a thick client has to go to a lot more effort to manage the deployment and connectivity back to the central data server than a web app would need to do, so in terms of speed I would expect a web app to be faster.

What are the thoughts of those out there? Are there any technologies currently in production use that modern data entry systems are being developed as web apps in?

Appreciate any feedback.

在我的 Windows 窗体应用程序的几个字段中，我要求用户提供 IP 地址或主机名。是否有一个好的正则表达式（正则表达式）来验证输入的值？还是我应该考虑另一种方法？请注意，我希望用户输入FQDN或 IP 地址。

因此，我正在寻找一种方法来允许用户将数字和日期批量输入到单元格网格中。理想的情况是，如果他们可以简单地突出显示/选择一系列单元格，键入“42”或“12/31/2010”，然后继续前进，然后“42”或“12/31/2010”将存在于每个单元格中细胞。这有点像将数据输入到我们试图模仿的 Excel 中，但我们在这里不需要真正的类似电子表格的控件。

那么有没有第三方解决方案可以做到这一点？据我所知，Telerik、Infragistics 和所有其他常见的第三方组件供应商都没有提供这样的产品。

我正在我的 iPhone 应用程序中构建一个数据输入表单，并且有比屏幕上显示的更多的数据字段。我想我应该将它们放入 UIScrollView 中，以便用户可以滚动浏览表单。在 Interface Builder 中构建它的最佳方法是什么？我知道我可以以编程方式完成，但如果可以的话，我想在 Interface Builder 中完成。问题是，如果 UILabels、UITextFields 等不在 iPhone 主屏幕之外——在 UIScrollView 变得有用的屏幕部分，我该如何布置它们？

我被招募来制作追踪标本的表格。每个样本都与一个主题相关联；每个标本在 9 x 9 的存储盒中也有一个特定的插槽。为了便于数据输入，我认为 Access 表单最好反映盒子本身（以及将用于将数据输入 Access 的纸质表单）：九列九行，每个元素基本上由一个文本组成标本 ID 框。这基本上是我希望它看起来的样子：

因此，数据输入人员基本上会输入盒子编号和样本 ID，然后单击“创建记录”以弹出所有这些记录（您可以在此处看到一些其他内容，但现在这并不重要）。但是，我不确定最好的编码方式。现在，我能想到的最好的过程是：1）运行插入查询来创建框，如果它不存在，2）运行插入查询来创建主题（人），如果它不存在, 和 3) 对每个样本运行插入查询，在其行和列中进行硬编码（例如 box_col = 'A', box_row = '1'）。

注意：主题 ID 和标本 ID 都会从 ID 字段中解析出来——这很愚蠢，不是我的想法，但这就是它的设置方式。不过，我可以处理。

这当然是一个难题，但我不确定还能做什么，而且我搜索到的大部分内容都与从单一表单创建多条记录无关。有一个更好的方法吗？我应该放弃这个想法并采用更传统的绑定子表单方法吗？

在将桌面应用程序转换为 Web 应用程序时，我在尝试使用 CSS 实现多列数据输入表单时遇到了我的无知。我决心避免对这类事情使用表格，虽然我找到了一个很好的参考来布置数据输入表单，但我找不到任何适用于像这样的多列布局的东西：

谁能指出我正确的方向？

周围有什么东西可以读取 XSD 架构并动态创建（Windows C#）数据输入表单吗？它还需要读取类型定义并使用它们来验证输入的数据。然后将数据保存为 XML 文件。

我希望它是一种动态形式，因为 XSD 可以并且可能会改变。我宁愿不必在每次更改时都重建和重新分发应用程序。

我见过XSD2code，它看起来很有希望，但似乎不是动态的。

Codeplex 上的XML 数据编辑器看起来很有希望，但是当我向它提供一个我将使用的 XSD 时，它抛出了一个未处理的异常。另外，我认为它没有验证规则。

我想要一个 CMS（基于 Web）来输入产品目录。但我不会使用 CMS 来显示。相反，我需要一个 api 来检索数据，XML/JSON 返回很好。

有没有这样的系统？首选PHP语言。

我发现自己遇到了一些无架构问题：我正在从事一个小型项目，其中涉及数据输入和持久性，其中 DAL 使用带有自定义 JSON 协议的 Web 服务。到目前为止，一切都很好，将一些快速&肮脏的代码拼凑在一起并完成它将是一件相对简单DataTable的DataGrid事情。

然而，这是一个学习项目，我试图弄清楚如何使用 Caliburn.Micro 框架进行更简洁的设计，特别是带有 WPF gui 的 MVVM。服务器部分是固定的，但我正在做整个客户端部分，包括 DAL。

使用 DG+DT 组合，在 DG 中进行大量编辑非常容易，当用户提交时，只需迭代Rows、检查RowState属性并根据需要触发创建/更新/删除 DAL 方法。DataTable不过，似乎对 MVVM 数据绑定不太友好，而且所涉及的 ViewModel 不应该关心它们正在使用什么样的 UI 控件......鉴于持久性是通过 Web 服务完成的，因此需要批量提交修改似乎是合理的不过，够了。

所以我在思考我的设计选择是什么。

据我了解，DAL 应该处理模型层对象（我认为没有必要为这个项目引入 DTO），并且这些将在被数据绑定到编辑器 ViewModels 之前包装在 ViewModels 中。

到目前为止，我能想到的最好的想法是在启动编辑器 ViewModel 时克隆待编辑的项目集合，然后在提交时根据副本检查数据绑定集合 - 这将让我检测新/修改/删除的对象，但似乎有些乏味。

我还玩弄了保留IsModified和IsNewlyCreated属性的想法（我猜那些会放在 ViewModel 中？） - 可以通过将可编辑项目保留在 中来处理已删除项目ObservableCollection，处理CollectionChanged事件并将已删除项目添加到单独的列表？

如您所见，我非常不确定如何处理这个问题，任何建议将不胜感激:)

我想允许用户在 Web 应用程序中输入人员列表，然后将它们作为一批提交。每行大致如下所示：

表单以单行空白输入开始，每当用户填写任何字段时，我都希望将新行添加到列表中——即列表按需增长。同样，每当用户清除其中的所有字段时，我希望一行消失。

实现这一点的最简单、最健壮和最可维护的方法是什么？

最后，如何将这个值表提交回服务器？命名每个字段的首选方法是什么，以便服务器可以Person根据输入的值创建实体列表？