首页 > 代码库 > Web开发中从WebForm到Backbone
Web开发中从WebForm到Backbone
1.WebForm与WinForm在设计与概念层面是怎样统一的
原来一直从事WinForm开发,或者Windows应用程序开发,差点儿全部的方式都是在一个窗体上加上不同的控件。或者进而跳转到不同的窗体,当然了,这个窗体也是一堆控件,并且这些控件更加“真实”,由于是你一个一个从工具箱拖出来,摆到窗体上的,当然也包含动态创建的。
然后接触了Web开发,也相同遇到非常多控件,但这些控件显得就不那么“真实”了,由于它们是浏览器根据代码“绘制”出来的,更“虚”而已,从开发方式给人的感觉是,这些控件都是在服务端生成的(由于服务端生成了完整的HTML内容),仅仅是传输到client(浏览器)显示一下而已。
从这个角度去理解WebForm与WinForm程序。事实上两者全然相同,都是生成了各种可视化控件(UI)。供用户交互,唯一的差别是WinForm的控件在“特定的窗体(该应用程序的主窗体)”上显示。而WebForm的控件在“统一的窗体(浏览器)”上显示。MS便採用了这种方式去简化WebForm的前端展示,试图通过像WinForm开发那样去设计和实现Web页面,在我看来,事实上非常不成功,由于WebForm的背后须要考虑的问题太多,大多数是由于这种方式带来的额外的负担。于是PHP火了,凭借其“胶水”特性,在一定程度上让程序猿对页面更加有操控感,深得开发人员的喜欢,当然了,JAVA中的SPRING以及其它一些MVC框架,也在做相同的尝试,其目的都是在server端让开发Web应用与桌面应用更好的统一起来。再说得简单一些,都是在服务端折腾出一个虚的UI。即HTML本身,然后传到client,让浏览器按规则显示出来而已,这显得有点非常扯淡的样子,由于这要求程序猿在服务端构建一个看不见的界面。实在是要求太高了,那么有没有更好的方式呢,让我们真正像开发桌面应用一样去开发Web应用呢?
2.Web应用与桌面应用在实现层面是怎样统一的
<html> <head> </head> <body> </body> </html>
。
Web开发中从WebForm到Backbone