DTcms系统架构分析文档.docxVIP

DTcms 系统架构分析文档 1：简介 1.1.目的 为对 DTcms 系统架构不够了解，想更快了解 DTcms 系统的架构 并快速掌握整个系统的运 行顺序的开发者。 1.2.范围 本文档主要写 DTcms 系统的架构分析，每一层之间的依赖关系以及引用方式 1.3.注意点 经本人自己实际操作对着系统模板做例子，发现有些地方还是需要注意，为避免其他人员 犯同样的错误特此说明一下： 注意每个类和页面命名方式，最好都以小写为好：因为曾有我在 web.ui 的 page 下面 建立了文件名字为大写字母开头的 cs 文件，但是最后导致在配置 xmlconfig 的文件 urls.config 文件的时候无法生成 aspx 文件，所以这一点需要注意。 在 web.u 层下面一定要建立对应的 cs 文件，这里没有做对应的页面处理，页面将无 法完成跳转和生成 aspx 的页面。 后台代码写好后别忘记 BasePage.cs 里面添加你这个对象相对应的代码，不然你页面 访问数据无法从哪里下手。 Urls.config 这个文件里面不能加!-- --这样的标签 如果有责无法编译通过会报错 1.4.参考资料 因本文档为第一个分析文档所以在分析系统架构过程中，开发过程中参考本文档，如有不 足或者有误的地方可以进行补足与修改。 1 2：设计方案 系统主要是以 ASP.NET(C#)+jQuery 技术为中心,同时结合 AJAX 技术组合开发，简单的说 系统是以三层框架的形式来构建，分别是 Model，Dal，Bll；层接关系顺序是：common, model, BDutility, DAL, BLL, Web.UI, Web。 2.1 系统外部环境 系统外部环境和 ASP 开发一样，需要安装 Visual Studio2010 版本和我们需要的数据库 SQL Server2008 以及 IIS（根据电脑系统不一样选择合适的 IIS 版本），举个例子我的电脑是 XP2002 版本 用 IIS 是 5.0-6.0 的 IIS 都可以。 2.2 依赖关系 具体依赖关系为下图： 图注：每一种线的颜色代表这个层所依赖了那些层 2 3.系统框架 3.1 物理结构 系统的物理结构就是在设计方案里面写的，系统以 common, model, BDutility, DAL, BLL, Web.UI, Web 的顺序运行，开发过程依赖关系也是这样的顺序来的。见图: 3.2 逻辑结构 逻辑结构我以依赖图和系统内实例图结合文字的方式一起说明： 3.2.1Common 层 Common 这个层主要放着一些缓存处理文件，加密处理，系统版本设置，内置对象获取对 象的逻辑，模板处理逻辑文件，配置文件帮助等属于系统外部图片处理的文件。它没有依 赖那个层，它是整个项目独立的一个层。 3 3.2.2 Model 层 顾名思义的都知道 Model 层里面的一个类对应数据库里面的一张表，类里面的每一个属性 对应表里面的一个字段，每个属性都有自己的 GET 和 SET 方法，项目中的数据存取都 要依靠 GET 和 SET 方法来实现.确切的说它不属于纵向的哪一层，而是所有层都要用到的 业务实体层。仅依赖于 Commom 这个层 3.2.3 BDutility 层 BDUtility 层主要放的是和数据库有关联的文件，比如链接数据库，处理增删改查等通用的 公共方法的集合体都在 BDutility 层下面的 DbHelperSQL.cs 文件中，这样在我们数据访问 层中需要做这些逻辑功能的时候只要引用这文件既能调用到想要的操作方法。而它仅依赖 于 Commom 这个层。 4 3.2.4 DAL 层 这个层的含义与我们以前三层框架一样的道理，DAL 是访问数据库的层，也叫做持久层。 这里放置的某个对象要执行什么逻辑操作和处理要去数据库干什么，做些链接，SQL 的操 作。而这里的对象就是我们 Model 层里面对应的。因为是数据访问所以他不但依赖于 Model 层还要依赖于数据处理的公共方法的 DBUtility 层。具体调用见截图例子： （1）先将依赖的层引用进来， （2）判断是否存在该记录 逻辑后数据判断做处理调用 DbHelperSQL 类里面的 Exists 方法。 5 调用 （3）如修改的例子是怎么调用的 6 3.2.5 BLL 层 BLL 层紧接 Dal 层的数据访问后，就是在这个层做业务逻辑处理，以及可能出现的异常逻 辑的处理。同时它的逻辑针对的也是每一个 Model 层的对象。 7 具体访问见图： 实例化过来后 直接用实例化名字调用 dal 里面的方法 8 3.2.6 Web.UI 层 Web.UI 层有两个任务，一是针对每一个对象做页面处理逻辑，比如页面的跳转，页面上总 数的计算等。