两种工程模式介绍
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低代码应用平台体验