asp.net webform设计思路的思考

• HTML 服务器控件 - 传统的 HTML 标签
• Web 服务器控件 - 新的 ASP.NET 标签
• Validation 服务器控件 - 用于输入验证

网上有人说，这是为了解决开发asp页面会造成意大利面条的问题。我的理解服务器控件的改变远不止于此，假如你创建一个纯服务器控件的页面（asp.net出现不久，很多人就不建议这么干了，至于为什么，我知道会生成大量viewstate串，当然还有其他原因），然后对页面元素进行操作，虽然使用的熟练，你可能会意识到webform的页面文件不是在html字符中间拼东西，或者说不是在一堆服务器无法理解的东东中间，动态的生成一些字符。它前进了很多步，它把页面的所有html便签加上标识，经过页面引擎处理，变成了可以被灵活操作的类，程序开发人员可以随意操作这些标签类，然后在一个合适的时候，再将这些类顺序的“ToString()”成字符串，拼到页面上。发明服务器控件技术，作者的思想来源可能是桌面应用程序开发技术，从dos操作系统（命令行交互），到视窗操作系统（主要是鼠标点击、键盘按键交互），开发桌面应用程序，会大量使用控件技术，控件复用技术可以大大提升开发效率。为什么猜测作者的思想可能来源于此，因为asp技术出现时，当时桌面应用程序开发还是主流，作者可能浸染在这种氛围内，把桌面应用程序开发的设计思想转移至web程序的开发。这里要引出另外一个东西，就是事件驱动，随便新建一个aspx页面，最重要的是事件处理方法，Page_Load。windows操作系统中大量使用事件驱动，是基于“事件驱动模型”的。那么作者在webform中使用事件驱动，也可能借鉴了windows。

    不管是服务器控件，还是事件驱动，这两种（或者说是一种，因为控件和事件之间本就相互关联）设计思想很大的影响了webform框架，开发web应用程序的方式。服务器控件加事件驱动虽然利于很快开发一个管理系统型web程序，但是并不符合web应用程序本身的运行思想，这一点被很多人批评，web程序因为不运行在桌面操作系统中，最早的时候它甚至不能交互，只是为了便于交流信息，只用于展示信息。web程序本质运行原理是，通过浏览器向web服务器发送请求处理命令，有web托管程序接收请求命令，进行操作，然后返回处理结果（结果可能是展示一篇文章，或者是告诉你文章删除成功，或者是将你提价的信息内容进行了保存）。webform容易让人误会它运行在操作系统或者浏览器中，所有代码执行在客户端。虽然现在的浏览器真的可以将动态页面放在浏览器端执行，但是webform页面其实是有服务器端的程序处理的。

    如果要评价和审视webform框架的设计思想，不得不对比另外一个框架思想，那就是mvc的框架（模型）的设计思想。mvc模型的发明，或许不是可以设计，而是对事情的深入思考，然后抓住本质的产物。mvc模型是为了处理问题清晰明了，降低耦合性。

    由于不会php和jsp就没办法对比这两种技术了，其实很想把它们也拉进来对比下，特别是jsp技术，因为java的跨平台性，jsp设计时不会有太多windows的影子，windows常常有种不想告诉你复杂的真相，所以我给你包装一个简单的世界给你的感觉，然后随着你的成长，这种早期的包装可能会是一个大的负担，或者说微软的东西有太多windows的影子，过于围绕windows了。

    最后总结一下，如果你放开自己紧张的神经，不给自己设限，随意联想，随意设计，不过去考虑完美，你会感觉到web技术发展一些思想的传承和变革。从简单的html纯文本展示，文本浏览器的发明，背后的http协议0.9，再到图片展示，LiveScript的发明(就是javascript)，到CGI程序，再到Servlet拼接html技术，到php脚本，到asp动态页面技术，到jsp动态页面技术，到webfrom框架，spring框架，mvc框架这些技术背后隐隐有一条思想在串联起来。一个东西的发明不是偶然的，往往有一个不起眼的起始。