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 功能回归

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