实用型系统软件架构的简易设计与实现.docVIP

　　实用型系统软件架构的简易设计与实现 实用型系统软件架构的简易设计与实现 引 言 　　一般的. 　　 1 总体规划设计思想 　　根据领域驱动设计的思想，结合新出现的现代软件设计工具插件，采用分层架构的做法，围绕具体的业务逻辑，面向对象进行分析与设计，可以建立如图1所示的以业务领域为中心的四层基本典型icrosoft Unity、Castle DynamicProxy等)可以方便地实现AOP。 　　按照领域驱动设计的思想，领域模型建立在服务层中，能够更好地应对复杂与不断扩展的大型企业软件应用需求，而实际应用中更多的是繁琐并不特别复杂的业务领域行为逻辑，把领域模型独立一层，即保持了领域驱动设计的复杂应对与业务扩展的优势，又可以加速软件体系的运行效率。对于中小企业应用，这四个层次就足够了，对于业务领域的拓展和中大企业的应用，还可以把领域模型层展开为若干个层次，将基本的四层框架扩展N层框架。整个软件框架模型，能大能小，适应性更强大了。 　　还可以在基础结构层采用依赖注入IoC(称控制反转)、工作单元、缓冲操作等技术，在领域模型层所在ORM框架中使用实体框架(Entity Frameunication Foundation)、Spring等技术，在应用层窗口展现基础框架，隐藏数据访问的细节，使数据库交互变得简单易行，并且完全不用考虑具体的SQL语句应用，从而实现快速开发，避免因SQL操作而引发的各种人为问题。 　　2.1.2 一致的网络通信服务应用 　　对于ASP.应用，服务层采用框架有更多的选择：如ASP.应用的nHibernate、Simple.Data等，J2EE应用的iBatis等；中小型企业软件的开发，ASP.应用也可以使用传统的ADO.，J2EE应也可以使用传统的JDBC(Java Data Base Connectivity)。 　　网络访问部分，ASP.应用，除了采用较多的规范机制，实现了从代码生成数据库的强大功能，即使开发测试阶段的数据库也可以很容易地应对业务的变化，大大提高了开发效率。 　　5）能够对多种类型客户端提供一致功能服务：具体业务应用领域中有多种终端，如手持移动操控仪、立/挂式操控台以及个人计算机。软件架构设计中通过网络边界分离服务层和表现层，就可以轻易的使这些不同类型终端，获取统一的系统功能服务。 　　6）增强系统的可伸缩性：借助于分层的优势以及架构中各部分设计的高内聚性，各层自成模块体系，互相独立；增删各个独立的模块，不会影响到其它模块或层的功能，系统的可伸缩性强大。 　　7）实现了编码自动化，避免人为因素影响：软件框架采用了众多的网络编程新技术，实现了数据库访问的封装，日志、异常捕获以及AOP拦截等常用功能，减少了重复模块编码量，同时也避免了因人为因素导致的性能问题。 　　可以看到，这种软件体系框架也存在不足，它需要非常熟悉业务领域。熟悉了具体的业务领域，才能正确完整的实现系统的行为逻辑，否则，容易偏离软件架构的核心---领域模型，导致项目重构甚至失败。这种软件架构是为应对复杂性而提出的，简单项目采用传统的易于实现的B/S三层框架就可以了，没有必要采用这种灵活的领域驱动设计的开发思想。 　　 4 新软件体系编程实现 　　编程实现这种软件体系框架，即可以采用J2EE规范的Ec lipse+StrutsII+Spring+Hiberate/iBatis的常用开发环境以Java语言完成，也可以选用ASP.架构的VisualStudio + EntityFrameeeiddot; LibSys.Design项目的一些设计图稿，包括图1所示的基本架构结构。 　　 LibSys.Intrastructure主要是处理数据访问和交叉剪切(Cross-Cutting)的基础结构层组件。前者主要包含仓储与工作单元的具体实现；后者主要包含IoC容器等。 　　 LibSys.Domain包括了项目的领域模型与业务逻辑，是系统的核心所在。 　　 LibSys.Repository是仓储的具体实现项目，它引用LibSys.Domain项目。本项目包含了仓储实现，同时也一并实现了Repository Transaction Context对象。 　　 LibSys.Service用于表现层交互。交互采用DTO(Data Transferring Object)。DTO与Entity/AggregateRoot（实体/聚合根）并非一一对应。虽然项目，看上去是一个Entity/AggregateRoot对应一个Data Object，但深入分析可以发现，这些Data Objects中包含的数据，与对应的Entity/ AggregateRoot中包含的对象状态是有出入的。这是由应用程序的需求决定