首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >微层:不在顶部添加功能,但简化总体依赖关系

微层:不在顶部添加功能,但简化总体依赖关系
EN

Stack Overflow用户
提问于 2020-02-09 18:42:25
回答 2查看 60关注 0票数 0

我正在讨论设计原则,但不能理解这个原则(避免微层),这有什么意义呢?我试着在谷歌上搜索它,但找不到任何关于这个设计原则的例子或解释。有没有人可以用例子来解释这一点,它在哪些场景下有什么优势?分层不会本地化更改并减少软件更改的连锁反应吗?

EN

回答 2

Stack Overflow用户

发布于 2020-02-10 19:37:34

他们试图说:“在处理微服务时,不要一直给它添加特性或功能。

其目的是帮助您将每个微服务集中在单个任务上。这简化了任何依赖于您的服务的系统。而且,这意味着你可以更容易地更新你的服务--例如,如果你想出一个性能更好的设计,可能会快速重写它。如果这是一个六个月的任务,那么很难说“我们要重写我们的服务器”。当它只是一个或两个sprint任务时,这会容易得多。

票数 1
EN

Stack Overflow用户

发布于 2020-03-05 12:24:35

由于两个原因,此线程需要重新启动。

  1. 我手头的“干净的代码”一书中没有提到微层。所以不知道现在“全方位”的-downloaded干净代码小抄是从哪里得到的。

如果有人能指导我在“清洁代码”一书中读到这一点,那将会很有帮助。

  1. 对我们在微服务范围内讨论微层并不完全满意。引入拱形模式微服务无助于讨论书中的主题,这本书是在基础代码、面向对象开发和少量设计的基础上编写的。

相反,出于实际说明的目的,需要上述语句的代码级示例。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/60135742

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档