NCC、NC6系列接口定制化模型模式下开发

NCC、NC65系列接口定制化模型模式下开发

定制化模型模式开发产生背景：

2022年以来项目上存在有大量的接口任务需要开发，对接开发处理各级公司业务接口，同一种业务单据也因公司业务的不同，顾而接口业务也有所异同，而针对此多样性及接口开发量极大的场景，NC自带外部交换平台、及OpenApi平台，都不能够很合适的去应处理此场景。此外还因每个开发人员写代码的习惯方式都不一样，代码质量水平各有层次不齐，因此也造成了增加了一定程度的管理和统一维护的障碍，为了后期能够统一稳定的维护及拓展业务，方便快速上手开发，故制定一套统一的接口开发作业流程，以此能尽可能达到目的。

优点：

1. 定制流程，规范代码，提高可读性，可维护性
2. 简化处理过程，提高生产效率，更快的面向接口业务编程
3. 快速响应定位解决问题

可相对应准备三种类型接口，各发布一个出来，Servlet、Restful、WebService，供调用方系统择需调用使用，三种类型接口后台对应业务为同一个，发布过后，以后有新开接口，无需再次发布新接口了，都可以基于此基础上做迭代开发处理

长远设想（愿景）：

这套统一的模式在多个项目上落实后，在其他项目有开发过的接口，因为都是按照一套流程输出处理的，复用性比较高，拿过来改一改，也能够快速产出。

接口开发，往往到最后让人难受的是后期的维护与管理，一旦时间相隔很久或是东西交接不全，往往痛苦的还是处理问题的人，如若大家做的各种各样的接口，都能尽可能的能够按照一套统一模式去开发处理，相应各项流程清晰明了，也能够给接手处理问题的人员给予极大的方便。

接口设计模型（流程）

核心采用注解及模板设计模式：

1. 调用NC接口，同步数据至NCC单据，此种模式支持
2. 调用NC接口，同步数据至NCC档案，此种模式支持
3. 调用NC接口，查询、等其他业务处理，此种模式支持

不足之处：

1. 未实现控制接口被调用频次，目前单个servlet接口，历经日均上十几万次的接口调用，暂未发现异常.
2. 未提供token等接口调用安全认证机制（可自行加工处理下）
3. 主子孙模式的单据，不能直接支持转换处理（可通过局部转换处理）
4. 未实设计实现异步接口响应，在一些复杂业务流程处理，处理的数据量较多时，NC侧处理业务比较长，往往超过对方系统调用接口所设置的超时时间，导致接口调用方侧接口超时错误

详情j进入YonBIP高级版开发社区获取相关资料 ：https://nccdev.yonyou.com/article/detail/772