Web开发中从WebForm到Backbone
1.WebForm与WinForm在设计与概念层面是如何统一的
原来一直从事WinForm开发,或者Windows应用程序开发,几乎所有的方式都是在一个窗口上加上不同的控件,或者进而跳转到不同的窗口,当然了,这个窗口也是一堆控件,而且这些控件更加“真实”,因为是你一个一个从工具箱拖出来,摆到窗口上的,当然也包括动态创建的。
然后接触了Web开发,也同样遇到很多控件,但这些控件显得就不那么“真实”了,因为它们是浏览器依据代码“绘制”出来的,更“虚”而已,从开发方式给人的感觉是,这些控件都是在服务端生成的(因为服务端生成了完整的HTML内容),只是传输到客户端(浏览器)显示一下而已。
从这个角度去理解WebForm与WinForm程序,其实两者完全相同,都是生成了各种可视化控件(UI),供用户交互,唯一的区别是WinForm的控件在“特定的窗口(该应用程序的主窗口)”上显示,而WebForm的控件在“统一的窗口(浏览器)”上显示,MS便采用了这样的方式去简化WebForm的前端展示,试图通过像WinForm开发那样去设计和实现Web页面,在我看来,其实很不成功,因为WebForm的背后需要考虑的问题太多,大多数是由于这种方式带来的额外的负担。于是PHP火了,凭借其“胶水”特性,在一定程度上让程序员对页面更加有操控感,深得开发者的喜欢,当然了,JAVA中的SPRING以及其他一些MVC框架,也在做同样的尝试,其目的都是在服务器端让开发Web应用与桌面应用更好的统一起来,再说得简单一些,都是在服务端折腾出一个虚的UI,即HTML本身,然后传到客户端,让浏览器按规则显示出来而已,这显得有点很扯淡的样子,因为这要求程序员在服务端构建一个看不见的界面,实在是要求太高了,那么有没有更好的方式呢,让我们真正像开发桌面应用一样去开发Web应用呢?
2.Web应用与桌面应用在实现层面是如何统一的
<html> <head> </head> <body> </body> </html>
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。