代码改变世界

如何用ABP框架快速完成项目(11) - ABP只要加人即可马上加快项目进展- 全栈篇(2) - 不推荐模块组件化, 推荐微服务

  叶伟民  阅读(1102)  评论(0编辑  收藏  举报

一个人写代码不需要担心会和别人的代码冲突, 不需要做代码合并, 不需要担心自己的代码被覆盖.
但是多个人一起写代码就需要担心这些问题.
 
解决这些问题的方法很多, 比如用AzureDevOps(TFS)来进行代码管理和版本控制等等. 其中有两个办法就是, 业务模块组件化和微服务.
 
首先ABP是支持业务模块组件化的, 然而我并不推荐在ABP使用业务模块组件化, 因为:
  1. ABP更新太快了, 每2周更新一个版本. 
  2. 除了ABP更新快, 其他技术\框架\工具也更新很快.
正如我在<如何用ABP框架快速完成项目(4) - 如何正确使用ABP?>提到, 我们不能像1998年那样继续使用dll来组件软件系统, 2018年的我们应该要使用微服务来构建系统.
 
2018年代还有一个趋势, 就是每个开发团队越来越小. 每个团队除了产品经理/项目经理外, 只有两到四个程序员. 
这意味着稍微大点的软件系统都不可避免的需要两个或多个团队协作. 
而不同团队之间使用的开发语言和平台可能不一样, 比如我现在就经常需要用C#去调用JAVA写的系统.
这种情况dll就无能为力了. 还是要靠微服务.
 
所以说, 微服务大势所趋啊. 
编辑推荐:
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
点击右上角即可分享
微信分享提示