ASP.Net 中父/子 UI 设计的最佳实践？答案

【问题标题】：Best practice for Parent / Child UI design in ASP.Net?ASP.Net 中父/子 UI 设计的最佳实践？
【发布时间】：2009-03-24 20:23:42
【问题描述】：

来自桌面客户端背景，没有真正的数据驱动网页设计经验，我正在研究 ASP.NET UI 设计以确定父/子数据的最佳 UI 模式。

在学习新的 UI 平台时，我总是倾向于尝试使用父/子演示，所以这就是我从这里开始的地方。认为我应该使用 ASP.NET 2.0，我正在研究构建包含父记录主列表的 UI 表单的各种方法，然后在单击父项时在页面上的第二个网格中显示相关的子记录。最终，即使是孩子的记录也是其他孩子的父母，所以我也需要处理这个问题。

想一想：具有未结订单的客户/选定客户的未结订单/选定未结订单上的行项目...就像我在 WPF 中构建相同内容的屏幕：http://www.twitpic.com/26w26

我见过的一些技术只是简单地为父级创建一个简单的老式 href 链接表，并通过一些方法调用来根据选定的父级查询子级，而我见过的一些技术使用 ASP。 NET 2.0 数据控件来解决所有这些问题。 ASP.NET 2.0 数据控件是否作弊？真正的开发人员是使用这些开箱即用的控件，还是输出自己的 HTML 以便获得更多控制权？

此外，ASP.NET MVC 似乎现在风靡一时，所以我认为我应该考虑这一点。当我看了一些关于它的介绍时，它似乎在时间上倒退了一步，因为看起来您必须手动创建大量 HTML 来呈现列表和数据网格，而不是能够使用 ASP.NET 2.0 控件。

我有点不知道该把精力花在哪里。

【问题讨论】：

标签： asp.net asp.net-mvc parent-child

【解决方案1】：

我不会评论您所询问的父/子部分，而是评论您最后询问的 WebForms 与 ASP.NET MVC。

我发现使用 WebForms 进行开发非常很烦人。每次我想做一些超出“规范”的事情时，我都必须与框架进行斗争才能让它按照我想要的方式工作。

ASP.NET MVC 大大减轻了您的这些负担。但是，这样做的代价是拥有开箱即用的各种酷组件。所以是的，HTML 有更多的手工编码，但最终这将使您的页面开发更加愉快。

【讨论】：

这正是我们在采用 MVC 而不是 webforms 时面临的问题。开发人员喜欢 MVC => 不再与框架抗争。但我们的设计师根本不喜欢它。尤其是所有的 HtmlHelper 对他们来说更加神秘。

【解决方案2】：

在我问这个问题 6 个月后回到这个问题，现在我已经获得了一些 ASP.Net 网络表单的经验，我将回答我自己的问题。使用像 ListView 和 GridView 这样的实际 Asp.net 控件并没有那么难，而且我可以看到在表单上使用它们确实是一种常见的做法，而不会觉得你在作弊。当然 MVC 会迫使您使用较低级别的 html 编码，但是在 WebForms 应用程序上使用 Asp.Net 控件很好，实际上并没有我担心的那么难。

【讨论】：