两种工程模式介绍
oinone推荐的两种工程模式都保留互联网特性，如跟业务无关的基础平台还是采用平台化思路建设。二种侧重点差异如下
-
第一种：比较适合企业采用多供应商联合开发场景，先以业务区分，各个业务线有独立的领域平台，最大限度保持不同业务线的独立性，有利于各个业务线独立发展（目前oinone上层星空系列产品采用这种工程模式，因为我们期望的时候帮助企业构建软件生态，必然要考虑不同供应商联合开发场景）
-
第二种：比较接近传统互联网架构，先按平台领域区分，如商品领域：商品平台做总工程，但里面按业务区分模块分子工程来保持业务相互独立，相对于第一种把领域的代码放一起，带来好处强化大家思考模型通用性。但不适用于跨公司主体间配合。
注意事项：
-
oinone兼容传统互联网架构
-
不管哪种模式，都需要解决CDM的维护问题
CDM维护的常见问题：
Q：CDM层缺少模型怎么办？
A：CDM层模型是逐步完善和丰富的。如果是特定业务自己需要的模型，这类模型无通用性。则加到自己的工程中；如果是通用的，则架构组确定是否需要纳入到CDM。
Q：CDM层已有的模型缺少字段怎么办？
A：CDM层模型的字段也是逐步完善和丰富的，通用的字段在架构组确定后也会被吸收进来
Q：CDM层不同业务线相互影响怎么办？
A：扩展字段最好带上自有前缀标志，如果觉得通用则提交架构组走模型缺少字段加入
Q：CDM层某模型新增加了的字段，但原先业务线已经加了相同含义字段
A：业务线可以把自己的字段related到CDM增加的新字段，并做数据迁移
Oinone社区 作者：史, 昂原创文章，如若转载，请注明出处：https://doc.oinone.top/oio4/9317.html
访问Oinone官网:https://www.oinone.top获取数式Oinone低代码应用平台体验
