论文摘要
本文在对当今软件开发企业(特别是C#开发)的现状,软件企业存在的开发问题进行分析的基础上,结合C#语言自身的特点,提出从原代码片段的重用到函数级的重用,从类库级的重用到框架的重用,甚至设计方法、分析方法的重用。在设计系统提供的功能时,尽可能抽象出该功能的共有的特性,为实现这种共有特性而设计,使其他需要该功能的软件能直接使用你已设计好的系统,(如在一般网站开发过程中经常使用的三层架构,特别是数据访问层)避免由于系统不好用而不得不自己重新开发一个。重用的模块封装的服务不向服务的使用暴露服务实现细节。可重用软件设计时只要暴露使用方式即可,也就是为方便使用服务而设计接口,服务的使用方式。接口一旦发布就不能更改,因此在接口的设计上要尽可能考虑服务被使用的方式,提供足够的灵活性。ORM模块采用属性的方式自描述说明实体类与数据库表的对应关系。用户可直接对实体进行CRUD(增、查、改、删)等数据库操作,而不用再象传统那样,直接使用Sql语句进行数据库操作。这不仅使用户操作数据库变得容易,也减少了由于个人书写Sql语句的难度,降低了由于个人书写sql语句而导致的高出错率。AOP服务是将某一类常用的功能提取出来,专门用于完成某一部分功能,比如:事物处理、权限控制、用户认证等。业务模块通过织入这些服务,就可以方便地应用这些服务了。本框架的AOP服务可以自定义,也就是说,用户可以制作、修改、删除AOP服务。通用工具是在其它模块中会经常调用的一些方法类的一个汇总,本工具是ORM模块的配套工具,通过本工具,可以连接ORM支持的各种数据库并根据数据库中的表生成与数据库表相对应的包含自描述性信息的实体类,以及实体类对应的操作类,以减少用户的工作量。数据库访问提供多种数据库的访问模式,另外新增数据库访问方式也不存在数据库迁移的问题,用户通过工厂类就可以直接对数据库进行操作。
论文目录
提要第一章 引言1.1 论文背景和意义1.1.1 软件开发存在的主要问题1.1.2 编码和测试所占比重分析1.1.3 论文背景1.1.4 论文意义1.2 本人在项目开发中的工作与创新1.2.1 主要工作内容1.2.2 系统框架非功能要求1.2.3 系统框架功能要求1.3 课题的业务要求分析1.4 开发要求1.5 本文的组织安排第二章 框架功能流程原理说明2.1 术语说明2.1.1 缩略语2.1.2 业务术语2.1.3 模块定义2.1.4 业务程序(AW01)2.1.5 程序开发人员(AW02)2.2 框架结构2.2.1 系统框架结构2.2.2 系统结构设计2.2.3 整体设计思想描述2.3 模块说明2.3.1 ORM 模块2.3.2 AOP 模块2.3.3 CommonTools 模块2.3.4 CodeGenerator 模块2.3.5 DataAccess 模块第三章 COMMONTOOLS 模块实现3.1 模块实现措施3.1.1 改写类的实例方法3.1.2 把参数类型改成接口3.1.3 选择最简单的参数接口类型3.2 COMMONTOOLS 实现3.2.1 DataTypeConvert 实现(数据类型转换)3.2.2 DataValidDetect(数据格式正确性检测类实现)3.2.3 ScriptOperate(Html 页面脚本语句操作类实现)3.2.4 XmlConfig(xml 配置文件读取类实现)3.3 其他类实现3.3.1 文件上类3.3.2 程序集加载类3.3.3 程序集远程加载类3.3.4 系统日志记录3.3.5 异常处理3.3.6 自定义异常信息第四章 其他模块说明4.1 AOP 控制器4.2 ORM4.3 CODEGENERATOR 代码生成器4.4 DATAACCESS 数据访问4.5 数据生成器4.5.1 SqlServerSql 生成器4.5.2 OracleSql 生成器4.5.3 AccessSql 生成器4.6 部分模块功能事例4.7 未实现模块功能第五章 软件重用的历史与展望5.1 软件重用的历史5.2 软件重用的未来参考文献摘要ABSTRACT致谢
相关论文文献
标签:面向方面编程论文;