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哦！！！
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
