1. 概述

我们在使用JPAAS做功能开发时,项目的需求千变万化,对jpaas 定制肯定是需要的,我们需要遵循一定的规范,来进行开发,本篇就介绍一下如何规范开发。

2. 最佳实践

2.1 尽量通过配置开发

在实现功能的时候,尽量通过配置来解决,如果实施人员在配置的时候,如果通过配置觉得解决不了,那么这个时候,需要和产品进行沟通,是做成通用功能,还是自行开发。

2.2 不要随意修改产品的通用功能

比如列表,或者表单之类的代码,开发人员如果在不熟悉整体体系的情况下,直接将特定的业务功能,写到通用的代码中,这样是不允许的,之前就有同事,直接将特定的业务写到列表的逻辑中,这样会导致代码混乱不好维护,如果需要修改需要产品的人员给出建议。如果开发人员对产品有相当的了解,可以和产品沟通,将修改提交给产品和产品保持同步。

2.3 定制规范

如果需要和产品保持同步,定制产品时需要保持一定的规范,来保持和产品同步。

2.3.1 新增的代码

如果时在实施的时候,或者定制的功能,我们需要创建新的目录,将代码进行隔离,这样如果和产品同步的时候,只需要覆盖就可以了。

2.3.2 修改框架的代码

有时候在实施的时候,比如需要修改前端的界面,那么这个时候,可以把修改的代码进行记录下来,并使用批处理工具进行处理。

比如我们修改了某些文件,可能的处理方法是:

  1. 将修改的文件进行备份,可以使用ANT工具,这样不会出错。
  2. 将新的代码进行同步覆盖。
  3. 将备份的代码进行修改。
  4. 整个过程使用版本工具进行管理,在使用版本工具的时候,严格写好注释。
  5. 在上线之前,先需要对我们调整的功能进行测试,保证功能正常,才允许上线。

2.3.3 实施项目建议

在实施项目的时候,如果出现了大规模的定制,这个时候同步也不大可能,这个时候为了项目的稳定,就不建议进行产品同步。如果产品有新的特性和bug修复,项目人员可以和产品协调,把新功能以补丁的方式,进行更新,并针对性的进行详细的测试。

2.3.4 一些目录规范

流程部分:
我们扩展的代码可以放到ext目录下。

比如定时任务JOB代码,自定义脚本,流程处理器等等,统一放到该目录下,当然这个可以根据实际的情况进行存储。

2.4 功能回归

如果项目进行中,一些可以产品化的功能,项目经理需要将这些进行总结整理,由产品开发进行规划加入到产品中。

文档更新时间: 2021-08-05 15:29   作者:zyg