Asp.net MVC 4 Web编程阅读有感

已经有几年没有花时间看一本书了,趁着混合架构迁移的机会,花了几天看了一下 Jess和Toddler合著的Asp.net MVC 4  Web 编程。

记得入软件的行就是从B/S着手的,大概在八年前,曾经很痴迷于Asp.net Web Form,那会儿Asp.net MVC刚刚出现一点雏形,而Asp和Asp.net WebForm则是主流,大概写了有不到两年的B/S系统,后来因工作需要转做C/S。

印象深刻的是,在做Asp.net Web Form开发时,曾经最大的诟病是,封装的服务器端控件,这在要做出很炫酷的界面效果时,简直太难了,尤其在那会儿刚刚大肆其道的CSS样式,与服务器端控件配合进行界面开发时简直就是噩梦。那时是很羡慕Java和PHP社区的开发,甚至是羡慕Asp的开发,因为他们的Html元素的处理,更容易引入CSS和JS。为了做出一些效果,不得不将很多很炫的界面实现的业务控制,用服务器端代码做嵌套,而不使用服务器端控件,但是业务与界面耦合的噩梦再次出现了。因为服务器端控件的引入,在终端页面中出现了大量用于会话存储的隐藏数据,造成客户端代码的急剧膨胀,为了实现一些异步的处理机制,也需要写大量原生的JavaScript交互代码,数据的通信和序列化WebService和XML是唯一。

后来转入C/S端开发,就很少关注B/S相关的界面处理层,技术社区发展的速度很快,各种新的框架模型层出不穷的出现,一直想找时间去看看新的B/S技术框架的实现,在花了有几天的时间读完Asp.net MVC4 Web编程这本书后,突然有很大的感触。

其中最大的感触有几点,第一,最让开发人员和UI设计人员纠结的业务层与界面层,这次真的做到了分离,用纯粹的Html元素去实现布局,用CSS样式控制呈现,用JS控制客户端逻辑,这让我感觉到的是,微软这次真的跳出去了,而不是强制的圈在自己的模式中。新的视图和老的服务器控件某种层次一致,但在开发人员的开放性和分工合作性上真的不同了。

第二,书的作者可能是软件工程和模式的极力用户者,在这本书中我看到了大量的软件工程和设4计模式方面的应用讲解,这也脱离了早期Asp.net Web Form的基于文件的请求工作模式,真正的回归了软件工程的本质了,这点是及其的酣畅淋漓,可能是限于篇幅,很多软件工程的东西讲解的都较浅,但是这说明软件工程也在回归微软的框架,再也不是那种傻瓜式托托拽拽了。很多时候老瓶装新酒,也会起到意向不到的效果,曾经的Java再次辉煌,也是一个Spring框架的功劳。

第三,与新的通信框架和序列化协议的结合。在WebForm早期,曾经为了实现一个界面的异步调用效果,不得不写一个WebService接口,再利用JavaScript去实现异步的WebService调用,仅仅是一个数据的通信,就需要写大量的代码,如果再要把客户端的样式动态呈现出来,结合服务器端控件,其难度更不是一点半点的。新的Mvc 与JQuery\Json基本是无缝集成了,这里的变更也是走出了关键的一步,原来微软的东西都是只用自家的,需要集成,开发人员只能自己去想办法,在IDE层面直接支撑开源的框架,这也是不容易的一大步。

整体上读完,感觉Asp.net MVc确实是与微软的一些传统的技术思路不一样了,能主动去拥抱一些开源的、开放的东西。


你可能感兴趣的:(Asp.net MVC 4 Web编程阅读有感)