从管道原理入手谈开发框架变更

首先附上一张管道原理图

这是毕设时用到的，那时候图方便，毕设清一色的使用aspx页面。

到了公司进行实际开发，就不能使用这么影响性能的东西。一般使用的是html页面加ashx页面，ashx页面只负责与bll层交换数据，不能带上任何逻辑；dao层只负责存取数据，也不能带上任何逻辑；bll层负责处理所有逻辑。

这样做出来的东西已经很好用了，性能高效，而且三层架构清晰明了，维护起来也很简单。只是公司开发人员不按规范， 就要使用aspx页面做为前台页面而不用html页面。这些程序员都是没有经过系统学习，不知道管道原理的渣渣。

我个人觉得html加上ashx加上ado.net是最高效的框架。html是源生的，这个没有更高效的了；调用ashx时是程序员进行控制，没有管道附加的大量viewstate数据；调用bll层也是程序员自己控制；调用dao层时也是程序员自己控制，而且可以随意优化sql。我觉得这样写出来的代码比任何mvc框架都高效，灵活。只是这样不规范，不安全，耦合高，对开发人员要求高，开发周期长，维护起来有点乱。

所以就有了mvc。web层使用mvc，dao层使用dapper.net或nhibernet，解耦使用spring.net。