4

来自桌面客户端背景，没有真正的数据驱动网页设计经验，我正在研究 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 控件。

我有点迷失在哪里花费我的精力。

4

2 回答 2

1

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

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

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

于 2009-03-24T20:32:14.460 回答
1

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

于 2009-09-17T14:45:56.973 回答