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应用与桌面应用在实现层面是如何统一的

请先忘掉SPRING,特别是SPRING MVC,当然还有其他类似的东西,统统都忘掉吧,给你一个广阔的天地,发挥想像吧!

<html>
    <head>

    </head>
    <body>



    </body>
</html>


这个页面是不是特别简单,以至于简单到连一个可视的控件都没有,嘿嘿,其实还是有一个的,那就是BODY哦,暂切把它理解为一个大窗口吧,好啦,我们有自己“特定的窗口”了,而且它在客户端哦,那么其他的显示问题是不是就不要麻烦服务端了,自己搞定吧,看到这里,是不是和桌面应用开发有点像呢,如果不需要访问数据,其实已经不需要和服务端打任何交道了,像就我们做一个不需要访问数据库的桌面应用一样。

接下来要做的事就是使用强大的JS添加我们想添加的任何控件吧,建议你可以使用backbone.js哦!!!

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。