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应用与桌面应用在实现层面是怎样统一的
请先忘掉SPRING，特别是SPRING MVC，当然还有其它类似的东西。统统都忘掉吧，给你一个广阔的天地，发挥想像吧！
<html>
<head>
</head>
<body>
</body>
</html>
这个页面是不是特别简单，以至于简单到连一个可视的控件都没有，嘿嘿，事实上还是有一个的。那就是BODY哦。暂切把它理解为一个大窗体吧，好啦，我们有自己“特定的窗体”了，并且它在client哦，那么其它的显示问题是不是就不要麻烦服务端了，自己搞定吧，看到这里。是不是和桌面应用开发有点像呢。假设不须要訪问数据，事实上已经不须要和服务端打不论什么交道了，像就我们做一个不须要訪问数据库的桌面应用一样。
接下来要做的事就是使用强大的JS加入我们想加入的不论什么控件吧。建议你能够使用backbone.js哦。！
。