c# - 亲子数据录入系统设计需要的建议

Question

我最近继承了一个ASP.Net 4.0/C# webform 系统。在我修复它之前，很多应用程序都坏了，而且设计也不是最好的。我正在尝试就应用程序的一部分的最佳设计获得一些建议。我在网上搜索过，但我什至不太确定要搜索的术语。所以我来这里是为了你的帮助。

我正在谈论的部分要求用户在基本的 webform 上提供一些人口统计信息(即姓名、地址、一堆其他 textboxes)。输入此信息后，用户可以选择创建与此人口统计信息相关的 2 种类型的记录(A 和 B 用于论证)。记录类型 A 和 B 有自己的网络表单屏幕并收集大量信息，用户可以通过人口统计屏幕上的按钮获取这些信息。规则是用户可以有 0 到 n 个记录类型，但至少必须有至少一个类型 A 或 B 的记录。一旦用户输入人口统计信息，然后输入任何类型 A 或 B 的记录，人口统计数据保存在一张表中，任何A类记录都保存在表A中，任何B类记录都保存在表B中。A类和B类记录通过人口统计数据表的主键链接到人口统计记录。

我什至不知道从哪里开始。

1. 什么是好的屏幕设计？
2. 逻辑背后的代码怎么样？我正在考虑使用 2 个集合(A 和 B)来存储记录 A 和 B。然后我打算遍历它们以插入到数据库中。

你能给我一个开始设计这个前端和中间层逻辑的地方吗？

基本上它需要做的就是收集父记录信息，然后收集输入的尽可能多的子记录并将它们全部保存到数据库中。从概念上讲，我知道需要做什么，但我是 asp.net 的新手，对最佳架构或设计一无所知。谢谢!

Answer 1

对于您的中间层，对象关系映射 (ORM) 可能非常适合。

http://msdn.microsoft.com/en-us/data/ef.aspx

至于屏幕设计——您要求我们做什么，我们只是编码人员 ;) 但说真的，这里有一个 ux.stackexchange.com 网站，如果您在那里询问，他们会在网站上到处都是。我会说逻辑结构，

人口统计

美洲原住民？对

记录

[如果没有记录存在]请至少添加一条记录...

[如果记录存在]

一个

喝水？对

B

喝咖啡？对

等等