开发框架分模块分三层后工程项目很多,为什么不简化?
开发框架分模块分三层后工程项目很多,为什么不简化?
开发框架分模块分三层后工程项目很多,为什么不简化?
有同学问为什么开发框架有这么多模块,又分三层,工程项目如此之多能否更简化一些。
开发框架本身是一个很大的系统工程,当初在设计构架之前已经做了详细的方案研究和项目规划。开发框架自身的功能都集成到几个模块,既:系统模块,如Library、Interface、Common、ORM等,但是不能把这些模块集成到一个模块(DLL)库,若这样做会起到反作用,将来扩展、部署和维护都会带来严重问题。
参考:C/S开发框架3.0版模块架构图
扫一扫加微信
有同学问为什么开发框架有这么多模块,又分三层,工程项目如此之多能否更简化一些。
开发框架本身是一个很大的系统工程,当初在设计构架之前已经做了详细的方案研究和项目规划。开发框架自身的功能都集成到几个模块,既:系统模块,如Library、Interface、Common、ORM等,但是不能把这些模块集成到一个模块(DLL)库,若这样做会起到反作用,将来扩展、部署和维护都会带来严重问题。
物以类聚,分而治之
模块的分类要做到物以类聚,根据系统需求分割模块,更要考虑以后的扩展,所以开发框架按系统功能和业务功能进行模块分割。比如【进销存】系统,通常会设计“进”,“销”,“存”三个业务模块。
模块的分类要做到物以类聚,根据系统需求分割模块,更要考虑以后的扩展,所以开发框架按系统功能和业务功能进行模块分割。比如【进销存】系统,通常会设计“进”,“销”,“存”三个业务模块。
进货(采购)模块:按业务性质包含一些业务功能,如:采购订单(PO),收货单(RO)等。
销售模块:业务功能有销售订单(SO,客户订单),销售Fa票(SI)等。
库存模块:业务功能有入仓单(IN),出仓单(OUT),库存调整(IA),实时库存查询(Stock Query)等。
通过分割模块后系统逻辑更清晰,业务需求更明了,从用户角度也更容易理解,使用简单,可操作性强。
参考:C/S开发框架3.0版模块架构图
扫一扫加微信
版权声明:本文为开发框架文库发布内容,转载请附上原文出处连接
NewDoc C/S框架网