模块化开发与部署

一、背景

一个大型的软件产品包含很多功能,通常需要几十到几百人的开发人员共同开发。

如何管理这些代码,做到代码安全,至关重要。很多百人以内的开发团队,在交付项目和定制个性化需求时,都需开放平台框架和其它业务模块的代码,通过拷备一份出来修改的方式 来满足这些需求。这样开发人员就需要获取产品的所有代码,开发人员的流动,会对公司的知识产权造成极大的威胁。

同时,软件支持模块化,这也意味着可以用一套软件,应对不同体量和付费能力的客户,按客户需要功能,选择性的交付软件产品中的部分功能。既对等了软件开发商的开发成本,也满足了中小型客户的使用需求,让这些客户更愿意承担这部分软件费用。

以上是模块化开发与部署的初衷,在具体落地的过程中,会遇到这样或那样的问题。现在选几个重点给大家做个介绍,期待能起到抛砖引玉的作用。

二、代码

1. 划分子产品

一个软件产品包含多个子产品号,比如 ERP系统 包含 SO销售管理PU采购管理 等多个子产品号。

每个子产品号都能独立编写代码、编译运行代码。

2. 模块引用与调用

模块间的会有相互调用,比如 WMS 需要拿到 MES生产订单的信息,这些信息需要MES模块提供;或者 公共框架调用业务模块,比如 菜单是公共框架的,点击 销售订单这个菜单时,需要打开 SO销售管理中的销售订单界面。  

模块间存在着错综复杂的调用关系,如何做模块划分,如何实现代码编译和调用,可以参考下面几个点:

2.1 依赖

这里对于 C#、JAVA 等面向对象的高级语言时,公共框架

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值