【11.0.103】如何将协同工程按照模块拆分在集成？

Jack.Cheng

1/目前设计器很卡，就是说要拆模块。那么我有个问题，就是怎么拆，又怎么集成？
2/是把整个项目按照应用拆出来？然后单独做一个基础框架？通过基础框架的方式集成进去？
3/数据权限/角色权限怎么去控制？
4/这样拆开之后会不会存在什么弊端？
5/.....

请大佬赐教~

如果使用活字格的小伙伴们还有其他想问的，更好的想法的，都可以在这个贴子留言/大家一起共同学习，共同进步。。。

Jack.Cheng · Jack.Cheng

说说自己浅显的见解

一、模块拆分针对特大项目是很有必要的，比如MES系统可能就拆分为十几个子模块。一般从横向和纵向两个角度考虑拆分。
横向比如这个

纵向简单的就是前端一个应用，后端一个应用，前台一个应用，后台一个应用。

这种拆分一搬集成都是HTTP请求来弄的了。

二、不太这么做，这个不是应用拆分，是提高复用

三、能用活字格权限体系控制的尽量复用，实在没法控制住权限，就得前后端分离来控制了
之前我写的一个总结帖子

这个时候，你就得前后端彻底分离了
https://gcdn.grapecity.com.cn/showtopic-245036-1-1.html
(出处: 葡萄城开发者社区)

四、应用拆分有好处，自然就有他的代价。如果你拆分不合适，拆的太粗或者太细，都可能导致后期开发困难。
一般弊端是你的开发需要考虑周全，你依赖的其他模块功能近期有无更新？你调用的模块服务端命令有无特殊要求？
再就是调试bug时候，你需要追踪完整链路，从你调用入口开始，到其他模块，再到另外的模块，整个链路日志要整体分析。

带来的好处自然就是你说的设计器卡顿能缓解，但是更重要的是应用的健壮性，可维护性，性能扩展都会得到极大的增强。

如果希望详细了解应用拆分，可以看下周志明的《凤凰架构：构建可靠的大型分布式系统》第一章，讲的不错。
如果希望在自己企业未来软件发展中，有更可靠的架构保障，也可以考虑采购葡萄城的低代码咨询包服务
https://www.grapecity.com.cn/low-code-consulting
我们的专家带着你们企业团队一起做架构设计

zangss · zangss

Jack.Cheng 发表于 2026-2-4 15:21
说说自己浅显的见解

明白了，那老师能再推荐点书么？我空闲时间看看。。

Jack.Cheng · Jack.Cheng

zangss 发表于 2026-2-5 10:03
明白了，那老师能再推荐点书么？我空闲时间看看。。

架构这个事情，看书是一方面，自己尝试-犯错-沉淀是另一方面。我建议把凤凰架构那本书第一章先看完，后面那些有空了看看就行，主要是面向互联网2C的理论。

推荐一些书籍：
凤凰项目：一个IT运维的传奇故事吉恩乔治
机·智：从数字化车间走向智能制造朱铎先赵敏
工业软件简史林雪萍
企业IT架构转型之道：阿里巴巴中台战略思想与架构实战钟华

[已处理] 【11.0.103】如何将协同工程按照模块拆分在集成？

最佳答案

3 个回复

本帖子中包含更多资源

[已处理] 【11.0.103】 如何将协同工程按照模块拆分在集成？

最佳答案

3 个回复

本帖子中包含更多资源

[已处理] 【11.0.103】如何将协同工程按照模块拆分在集成？