j2ee项目实训struts框架技术——第8章重构和完善bbs论坛系统第1部分

j2ee项目实训struts框架技术——第8章重构和完善bbs论坛系统第1部分内容摘要：

lectSQL,insertSql。 % % (gb2312)。 userName=(userName).trim()。 userPassword=(userPassword).trim()。 userDepartment = (userDepartment).trim()。 userAdminLevel = (userAdminLevel).trim()。 departAdminLevel = (departAdminLevel).trim()。 wUserLevel=(userAdminLevel)。 wDepartLevel=(departAdminLevel)。 insertSql=insert into userInfoTable values(?,?,?,?,?)。 con=()。 ps=(insertSql)。 (1,userName)。 (2,userPassword)。 (3,userDepartment)。 (4,wUserLevel)。 (5,wDepartLevel)。 ()。 ()。 % /body /html 3） 不正确的 程序 包的命名 在下图 中展示了某个应用系统中所存在的 不正确包的命名 状况，因为在该系统中将持久层中的各个组件类（如 、 和 ）与业务层中的各个组件类（如 、 orderManagerBean、 等）位于同一个子包中。 应该将它们分别存放在不同的包所对应的目录中，也就是需要采用不同的子包来相互隔离开，而使得各个功能模块之间的关系更加清晰明了。 杨教授工作室 精心创作的优秀程序员 职业提升必读系列资料 杨教授工作室，版权所有，盗版必究 ， 7/19 页 图 不正确的 程序 包的命名示例 应用重构技术的基本要点 1）何时应该对软件系统 中的功能实现代码 进行重构行为 重构其实应该随时随地进行，也就是不应该存在标准的重构时间表。 开发人员不应该为了重构而进行重构行为，而之 所以要对所开发出的软件系统 功能 程序 代码 进行重构，是因为想要完善程序的结构和提高项目中的 各个功能实现 代码 的 可读性，而重构则可以帮助开发人员完成这些事情。 一般应该在下面几种状况下 对软件系统中的功能实现代码 进行重构行为： 1) 在添加新功能 实现代码 时进行重构 2) 在修改软件 系统 中的缺陷时进行重构 3) 在代码复审时 对不良好的功能实现代码应该 进行重构 2）重构可以帮助开发人员复审 其他开发者编程 的功能实现代码 当软件开发人员 阅读 代码并努力 地 理解它的 作用及含义 时， 其实 可以利用重构 操作来帮助 和 改善 对代码 的理解。 如果以这种程序开发的过程来 处理 各个功能实现 代码，常常能够帮助开发人员找出 隐藏在功能实现 程序中的缺陷（ Bugs）。 3） 软件 重构与设计 之间 的关系 软件重构与软件设计是互补的，软件系统程序的开发过程，应该是先设计然后再编程开发实现 ； 而在开始编码 工作 后 ,程序设计上的一些不足 是 可以通过采用重构 行为 来弥补的 ；设计应该是适度的设计，而不必进行过度的设计 —— 因为 过度的设计 将会产生比较大的开销，而 如果能很容易 地 通过重构来适应需求的变化，那么就不必过度 地进行 设计 而相应地提高系统开发的总效率； 当需求 发生 改变时 ， 再重构 现有的 功能实现的代码 以匹配 需求 的变 化。 杨教授工作室 精心创作的优秀程序员 职业提升必读系列资料 杨教授工作室，版权所有，盗版必究 ， 8/19 页 重构可以带来更简单的 软件系统 设计 的结果 ，同时又不损失 对 系统功能 实现 的灵活性。 而如果没有 对软件系统进行 重构 行为 ，开发者自 身 就必须保证“预先的 系统 设计”是正确无误的 ，这对水平一般的软件系统设计人员来说存在一定的难度 ；重构还能够降低系统以后的维护 和升级 修改 的 成本 ，因为 重构 后的代码功能实现更加简单和结构更加清晰。 4）代码重构后应该再 对其 进行单元测试 如果在进行软件重构后缺乏有效的单元测试过程，则经常会出现很多不兼容或者功能实现方面的问题。 因为改动了系统中的某处功能实现代码，可能会产生出关联性的错误而影响 到系统中的另一功能实现代码。 开发人员应该遵守 对功能实现 代码 进行 重构后 ， 再进行 相应的 单元测试的基本原则。 因为 单元测试 中的 测试 用例能够验证 重构后 的功能实现是否发生了功能性的改变、而 测试 套件能够快速地发现出是否影响到其它的功能实现模块。 由于在重构过程中 不可避免地需要 修改 某些 功能实现 的 代码，这可能会引入一些意想不到的一些 潜在 错误。 因此，如果重构方式不正确，将可能 会 毁掉开发人员的数天甚至数星期的开发成果；另外，如果重构时不做好充分的准备 工作 和重构后的 全面 单元测试 过程 、不遵守一定的规则， 对系统进行 重构 时 的风险 也 就更大。 最终可能会造成越对系统进行 重构 ，代码反而越来越乱的状况。 软件系统中的功能实现代码在 重构 时的主要内容 1）重构软件系统的构架 设计结果 如何一个软件系统的构架设计结果都是无法满足不断变化的 系统 需求的要求，也无法应对不断 发展和完善 的软件 实现 技术。 为此，软件系统的设计和开发人员只有通过不断地重构软件系统 中的功能代码之间的结构关系 来提升原有的软件系统的构架设计结果 、并对系统的 构架设计 进行完善 —— 因为 软件系统的构架 的最终体现主要是功能代码之间的结构关系。 功能代码之间的结构关系越清晰、简洁，系统的 构架 也就更加 完善和合理。 当然，具体在进行软件系统的构架重构改变时，应该遵循一定的原则和 实现步骤等方面的 要求。 因此，在进行软件系统的构架重构时，首先要分析和归类原先 软件 系统构架的所有状况，包括构架的优势和缺陷，并分析和找出该构架为什么不能再满足目前的新需求从而获得 需要 改进的部 位 ；当然，对新的构架设计的结果也应该进行充分的论证，以获取完整的需求信息和构架 设计方案。 在对软件系统的构架重构实现以后，还必须补充 对 原先构架的外部接口的单元测试、杨教授工作室。