新框架浅谈.doc

1 前言随着互联网的进步，开发平台本身的进步，我们的开发技术也跟着进步。目前web前端展现发展迅速，所占比重越来越强。各种概念性的ui设计体验程明显的趋势。.Net平台和J2EE平目前已成为两大开发平台，其中.Net近两年发展非常迅速，尤其在开发语言本身更是日新月异，已发展到C#4.0。此框架构思依据公司项目开发形式，构建一套快速开发框架。2 框架结构说明2.1 总体结构说明如图所示，web前端和后台数据管理平台各自独立开来，即前后分离，前台考虑更多的是视图呈现，平台移植时页面结构一致性问题，所以独立开来会增加效率，能够明显的区分前端开发人员和底层开发人员所做的工作任务区域。2.2 前端结构说明 数据读取方式采用json或xml格式读取，更多的运用jquery ajax技术解析获取。封装多种jquery函数库供开发人员使用。2.3 后端结构说明这里只正对.net架构模式l 底层构建1) ORM(entity framework).net已升级到4.0，在2.0时代，三层结构一直是主流的架构模式，到现今也是。随着项目的增大，开发效率、代码可重用性、可维护性、系统性能上 变得越来越重要。于是就衍生出了orm框架，对应orm的概念可以查阅：/view/197951.htm微软目前推出了一套比较适用的orm框架，即entity framework，目前版本是4.0。entity framework结合了Linq 的优点，Linq是NET平台语言中的语言集成查询技术，详细可查阅：/lsxqw2004/archive/2009/05/31/1495240.html/blog/static/4594582220115322533288/2) Common类库/组件集成封装通用的功能类库及组件，在公司原有框架中有体现，但大多数来自组件，通用功能类库上需要弥补。3)l 管理平台后台管理采用 功能集成+插件模式，有偏向于产品的开发模式，目前这种模式在其它同行业公司用的比较多，多数集中在cms产品上，像电子商城系统，OA也很多效仿这种模式。1) 功能集成通常系统都是基于同一个平台管理，像用户、权限管理那是必须的。在此基础上还有很多可划分为通用功能，如：门户资讯内容，图片内容、产品内容、数据检索（全文检索）等。当然这些功能也有满足不了业务需求的情况，那么有以下几种方法解决：A. 在功能上可通过接口、继承、重写方法 进行定制，这也充分发挥了C#特性。B. 在数据字段上，可采用添加扩展字段/辅助表方式2) 插件开发用于某些业务上的需求完全需要定制，插件功能也可分离到其它同一平台系统接入，如：邮件系统、投票系统等。l View展现后台页面展现技术有webform、mvc。考虑用哪个，都有优缺点，只是普及到了4.0后，个人认为mvc是发展趋势。 以下是网络上发表的意见： MVC纵向切割了开发过程中的代码，从服务器到浏览器层层分离，层次之间耦合度很低，因为它是顺着底层的开发脉络进行封装，所以有利于开发者对整个程序过程流转的理解。但是MVC有一个非常大的缺点，这个缺点是和整个软件发展思路相背离的，那就是它无法封装、无法封装所以无法被重用。有谁看到过mvc下面的组件？有的只是一个个现成的案例，然后拿来修改。因为一个组件肯定牵涉到控制和显示，但是mvc的开发这两个层次是分离的。MVC只适合轻量级的开发，桌面开发是极少用到mvc模式的。然而web开发恰恰就是轻量级，至今所有的web开发都是轻量级的，因为网络硬件条件的限制，不需要也无法做到非常复杂的逻辑。这也是MVC非常非常适合web开发的原因。 WebForm是微软前面一套web开发的机制。它横向切割了代码，控制和显示是封装在一起的。它从开发者思维逻辑上而不是实际情况上对代码进行封装，开发webform容易上手的原因也就在此了，但这个不利于开发者对底层程序流转机制的理解。WebForm中view和controller是放在一起的，WebForm一出现后，随之而来的是大量的组件诞生，这是mvc模式下看不到的。微软的经验之一是硬件发展很迅速。代码的封装是靠牺牲运行效率来提高开发效率，牺牲的运行效率通过提高硬件性能来解决。但微软在webform上犯了经验主义的错误，这个经验不适合网络硬件，网络硬件要考虑兼容性而且是国家的基础设施，更新的灵活性远比单机要差。大量的组件因为硬件的瓶颈无法给WebForm带来什么优势。在发展了几年webform后，微软觉得这样下去不行，等到网络硬件发展起来不知道到猴年马月了，所以就抄了一下成熟的mvc，通过Entity Framework做数据库和对象的映射，很明显，它是为了充当mvc中那个Model。通过m