2
条回答
写回答
写回答
-
格物致知可以看一篇文章：架构耦合是毒性，不谈计量是耍流氓
https://www.163.com/dy/article/GBQTD27M0511CUMI.html距离很有意思：中国古代传统建筑用的最原始的技艺是把两个木头用非常精巧的结构镶嵌到一起，它其实可以形象反映耦合的本质。
内容也是一问一答的采访内容，都是技术大拿的简介。2024-06-13 17:41:51赞同 展开评论 打赏 -
我觉得不是，耦合肯定是一个立场正确的选项。衡量软件架构有很多因素，最基础的你要是一个可以运行的、可以产生业务和用户价值的系统，这是最重要的。
当然耦合方面，是否需要做一个高内聚、低耦合的应用也很重要。我们看到在不同场景下，比如服务于某次营销活动的一个小程序，这种日抛型的应用，没必要做充分解耦的设计，可能把代码堆到一起也可以工作。
如果我想做一个维护周期比较长的系统，希望这个系统可以持续演进，灵活应对变化。这时我们还是鼓励用这种软件工程的角度去看，希望设计一个高内聚低耦合的系统。
2024-06-13 17:29:34赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
