ASP.NET – 如何有效地使用设计模式而不需要过度工程！

在经典的ASP中，代码层是最小的。 ASP页面包含HTML和脚本组合。 COM组件包含业务逻辑和DAO基础设施。 ASP页面本身是凌乱的，但一切都在一个地方。

ASP.NET的代码隐藏了代码，没关系。控件允许我们在表示层上更加面向对象。这些东西都不错

这是我的问题我进入的许多项目是企业Web应用程序，但不是那么复杂，所以说10个左右的网页/用户界面，大量的数据库交互等等。这些以前是一块蛋糕要理解。现在我经常会遇到5到10层代码来创建一个相当简单的网页。这些可能包括ASP，代码隐藏，控制类，DTO类，ORM对象，然后还有其他一些刚刚投入到它的地狱。

除了到达数据库的5-10层之外，还有许多创建用于存储普通数据的自定义对象，而不是像例如集合那样使用POCO(普通的老CLR对象)。为了理解这些对象，通常需要追溯包括3个或更多级别的对象和接口的继承性搜索。

这是关键：以前，我看了一个ASP页面，并且说了1到2个小对象，一些SQL查询，这些工作已经完成，并且维护和理解相当简单。

现在，对于同一页面，可能会有50个对象或更多的对象，在自定义命名空间中传播数百个对象。

我问你，代码工匠，这是进步吗？有些人有点笨拙地用自己喜欢的新设计模式玩具吗？有快乐的媒介吗？有没有办法有效地使用设计模式，而不会创建这么多的对象，它变得比旧的程序范例变得更糟的意大利面条代码？

请分享你的想法。