Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1815229
  • 博文数量: 496
  • 博客积分: 12043
  • 博客等级: 上将
  • 技术积分: 4778
  • 用 户 组: 普通用户
  • 注册时间: 2010-11-27 14:26
文章分类

全部博文(496)

文章存档

2014年(8)

2013年(4)

2012年(181)

2011年(303)

2010年(3)

分类:

2011-01-21 12:16:46

    从我自身的WEB开发经历中,经历过逻辑代码与显示的HTML混编,再到后来采用模板技术把显示和逻辑业务相分离再到后来的MVC,即模块-视图-交互控制的开发模式,这种开发方式也是WEB开发的一个大体的发展方向,从某种程序的对于代码的维护方面确实提高了不少。而这种优点主要表现的对于代码的维护层面以及一些逻辑表现更好的去实现。

    而我们在显示开发中遇到的对于项目的可伸缩性,从一个已有的项目如何快速地开发另外一个类似的应用,不用对原有的系统做什么修改而直接复用。而以上的几种开发模式的发展又似乎没有太大的改观。因而采用基于功能的大的模块和基于业务逻辑的小的模块结合方法对于这种伸缩性和移植性的要求能比较好的满足。

    从功能层面,一般可以抽象成几个大的功能模块,而这几个模块之间是相互独立的,耦合性很低。对于网站应用而言,一般分为文章管理,评论管理,用户管理,统计,管理员管理等,这个几个常用模块可以进行做成几个大的模块,这几个模块内部进行一个比较紧的耦合,但是可以分成表现层和逻辑层,方便代码的维护。而每个显示的页面是一个大的框架,需要将需要模块引入,表现其功能。大的模块之间通过模块的接口实现不同模块之间的数据交互。

    采用这种体系架构,当模块成型后,做应用时只相当于做一个“框架”,框架里布上格子,格子中引入需要的模块,传入参数,显示其输出结果。应用这种体系架构可以非常方便地进行功能的扩充与截剪,同时这种架构也是非常利于从以前有的应用产生的另一个新的应用。
阅读(1374) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~