2. 复用性
(上接)在软件开发过程中,其实很多要实现的功能都具有相同或者相似性。当你开发完一段代码后,你发现这段代码可以用到另一个程序中,这时复用就出现了。最简单的复用就是代码拷贝,将一段代码拷贝到另一个地方使用。代码拷贝应当是最低级别的复用,因为它可维护性差,当这段代码因为某种原因需要修改时,这种修改就变成了可怕的梦魇。将同样的代码在几十甚至上百处进行同样的修改。这样的修改也许我们大多数都遇到过,很烦,很累,也很讨厌,有人形容为“代码搬运”。如果写一个通用函数或者通用类让所有地方调用,问题就可以得到解决。这就是我们要考虑的代码复用性。
如果你在编写代码的时候考虑一下,这段代码是否可以被其它地方使用,或者考虑一下这个要编写的功能在其它地方是否编写过,随时有复用的意识,我们的编码水平就开始在提高了。在编写代码时,为了这段代码在其它地方使用,你可能就要想法编写得更加通用。在编写另一段代码时,突然发现某个功能已经在某段代码中实现过了,那么你可能就要考虑重构那段已经实现的代码,将通用的部分从那段代码中解藕出来(这就是前面提到的解藕的原因之一)。
比如,我在开发过程中发现了很多可以通用的功能,都把它们提出了写成了公用行数放到工具类或者写成公用类中,如获取当前期间、获取本位币、BigDecimal的四则运算、当前汇率的计算等。我要特别提到的是我开发条件查询的过程。
起初,我编写了一段某个报表的条件查询代码。很快,我发现这段代码可以在很多地方复用,因为几乎所有报表都需要条件查询。但是,编写一个通用的条件查询代码其实不太容易,因为不同的报表有不同的字段、不同的条件查询项以及不同的条件逻辑。还是像前面提到的分析方式,先总结出所有需求的共同点、不同点、扩展点,共同点保留,不同点提取出来做成扩展点,预见可能有那些扩展功能都罗列出来,最后重构了这段代码。现在,不管是什么报表,有什么字段或条件查询项,只要在条件查询页面添加了控件,并将控件的名称注册到我的条件查询类中,几乎不编写java代码就可以实现条件查询了(一些特殊判断逻辑的条件需要编写代码)。如果要增加新的条件查询项,只需要在条件查询页面中增加这个控件并且注册这个控件名,新增条件就完成了。
<plugin desp="查询" onEvent="filter" type="..plugin.CommonDynamicGridPlugin" attr="grid:grid;hasPage:true">
...
<plugin type="..plugin.CommonFilterPlugin">
<value name="join">and</value>
<value name="include">
AP_APVoucher.cVouTypeGUID;AP_APVoucher.cCurGUID;AP_APVoucher.cSupGUID;AP_APVoucher.cVouCodeLower;AP_APVoucher.cVouCodeUpper;AP_APVoucher.dVouDateLower;AP_APVoucher.dVouDateUpper;AP_APVoucher.iRedFlag;AP_APVoucher.iAuditStatus;iCheckStatus;GLVoucher;AP_APVoucher.iPayableAMT_FLower;AP_APVoucher.iPayableAMT_FUpper;AP_APVoucher.iPayableAMTLower;AP_APVoucher.iPayableAMTUpper
</value>
<value name="AP_APVoucher.cFlag">AP</value>
<plugin desp="生成“是否核销”过滤信息的plugin" type="..CheckStatusFilterPlugin"></plugin>
<plugin desp="生成“是否制证”过滤信息的plugin" type="..GLVoucherFilterPlugin"></plugin>
</plugin>
</plugin>
举这个例子我是想说明一个复用的过程。通常,一个复用的过程总是从具体到抽象的重构过程:起初都是一些具体的应用,然后从它们中间发现了共同的地方,进行抽象和提取,最后进行代码重构形成通用的东西。也许在你开发完成通用的代码之后,又发现了更加广阔的应用,又继续重构,不断升级。代码重构是需要一些功底的,需要理论进行支持,诸如设计模式等等。但在这里我强调的是意识,代码编写时的一种复用意识。有了这种意识,我们的代码才逐渐开始精妙起来。
分享到:
相关推荐
《软件开发质量管理体系详解》 在信息技术领域,软件开发质量管理体系是确保软件产品和服务达到预设标准的关键要素。它涵盖了项目管理、需求分析、设计、编码、测试、维护等各个阶段,旨在通过系统化的方法来优化...
### 软件开发类投标项目全套解决方案模板 #### 一、投标文件概览 针对“XXX航空移动化应用平台项目”,本投标文件主要包括以下几个部分: 1. **投标书** 2. **规格偏离表** 3. **资格证明文件**: - 3.1 法人...
软件开发评审检查表 通过对软件开发评审检查表的分析,可以总结出以下知识点: 1. 项目计划检查表:项目计划检查表是软件开发过程中的一个重要环节,主要检查项目计划书的完整性、正确性和合理性。检查项包括项目...
该部分应包括软件开发项目中使用的所有术语和缩略语,以便读者更好地理解软件开发项目的内容。 参考文档部分是软件开发详细设计模板的重要组成部分,旨在为读者提供软件开发项目中所需的参考文档。该部分应包括软件...
软件开发详细设计文档模板 软件开发详细设计文档模板是软件开发过程中的一份重要文档,是软件开发的关键文档之一。该文档的主要目的是对软件系统的详细设计进行描述和说明,以便于开发团队和项目相关人员对软件系统...
敏捷软件开发是一种以人为核心、迭代、循序渐进的软件开发方法。它强调快速和灵活地响应变化,以适应不断变化的需求。敏捷方法反对繁重的文档和过度的预设计,提倡可适应性、可持续性和持续的客户合作。 书中,...
4. **软件开发生命周期中的文档使用**: - 在项目启动阶段,需求文档帮助确定项目目标,为后续工作提供方向。 - 设计阶段,设计文档为开发人员提供实现蓝图,确保开发按预期进行。 - 开发阶段,开发文档指导编码...
### 软件开发管理规范知识点详解 #### 一、总则 - **目的与适用范围**:旨在规范公司的软件研发及其外包管理活动,适用于公司总部的软件开发管理,分公司可参照执行。 - **开发类型界定**:明确了新系统开发与现有...
软件开发管理制度,软件开发管理制度软件开发管理制度软件开发管理制度
软件开发项目投标书的技术部分知识点 软件开发项目投标书是软件开发项目的核心文件之一,它详细描述了项目的技术要求、设计原则、系统建设目标、项目施工计划、质量控制措施等方面的内容。下面是软件开发项目投标书...
《软件开发流程图的国家标准——基于GB1526-89的解析》 在软件开发领域,规范化的流程图是确保项目顺利进行的关键工具之一。中国的国家标准GB1526-89,即《图形符号流程图》,为设计和绘制流程图提供了明确的指导...
软件开发绩效考核表 软件开发绩效考核表 软件开发绩效考核表
软件开发计划书 ..............1.任务申请.doc ..............2.可行性与计划阶段--可行性研究报告.doc ..............2.可行性与计划阶段--项目开发计划.doc ..............3.需求分析阶段--数据要求说明书...
敏捷软件开发原则,模式与实践 在这本书中,享誉全球的软件开发专家和软件工程大师Robert C.Martin将向您展示如何解决软件开发人员、项目经理及软件项目领导们所面临的最棘手的问题。这本综合性、实用性的敏捷...
**知识点详解:软件开发合同的关键要素** 在软件开发领域,合同是确保项目顺利进行和双方权益得到保护的重要法律文书。从“软件开发合同的标准样本”这一主题出发,我们可以深入探讨软件开发合同中的关键要素,包括...
基于这一点,很可能是使用了Visual Studio、Delphi或者C#的.NET Framework等Windows平台下的开发工具。 此外,如果该软件是用C++或C#等语言编写,并且采用了MFC(Microsoft Foundation Classes)或WPF(Windows ...
软件开发报价单模板。分为项目调研、需求分析、系统分析、系统结构设计、界面和报表设计、数据库设计等阶段
在软件开发过程中,一套完整的文档模板是至关重要的,它涵盖了项目的各个阶段,从需求分析到系统测试,确保团队之间的沟通顺畅,项目管理有序。本文将详细介绍这套“完整的全套软件开发文档模板”所包含的关键知识点...