如何判断软件架构的好与坏

简介: 版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/voidreturn/article/details/77461745 判断...
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/voidreturn/article/details/77461745

判断一个软件的架构的好与坏有很多方法,不过如果让我一句话来描述的话:

如果一个软件开发程度在70%以上的情况下,加入一个新功能,还需要涉及到大量的文件,代码的修改,那么这个软件架构一定很烂,而好的架构此时应该已经完成大部分底层组件的开发,而且相互独立,加入的大部分新功能基本上是原有组件的功能的组合(不涉及组件内部的修改,而不是在根据新功能,无休止的扩充组件的参数),以及加入新功能特有的独立组件。

此处的判断方法就是看每个新功能的git log信息,如果加入一个功能就有大量的修改提交,那么这个架构的质量,你懂得!

目录
相关文章
|
10月前
|
架构师 测试技术 uml
这才是业务用例,别再搞错了!
这才是业务用例,别再搞错了!
290 0
|
设计模式 测试技术
重构·改善既有代码的设计.02之代码的“坏味道”
之前在《重构·改善既有代码的设计.01》中初步了解了重构的基本前提,基础原则等入门知识。今天我们继续第二更......
162 1
重构·改善既有代码的设计.02之代码的“坏味道”
|
Java C语言
看似无害的代码如何搞垮系统
编程就像魔法。最近遇到一个诡异的问题:添加一段看似无害的简单代码后,系统原有功能不可用了。 ## 复现演示 jdk 8 可使用如下演示代码复现这个问题。 `TaskCenter` 是一个任务框架,可添加多个任务,随后框架将执行这些任务。 `First` 任务是新增代码,看起来简单无害,且看不出对原有任务 `Count` 有何影响,但添加 `First` 任务后,其自身执行正常,原本正常的 `C
消除代码坏味道
读完本章的收获:代码规范、代码可读性、鲁棒性的代码好坏案例,写出好代码的能力。
消除代码坏味道
|
设计模式 IDE Java
谈谈过度设计:因噎废食的陷阱
本文将深入探索如下问题: - 为什么长期来看,设计模式相比过程式代码是更好的? - 什么情况下设计模式是有益的,而什么情况下会成为累赘? - 如何利用设计模式的益处,防止其腐化?
103 0
谈谈过度设计:因噎废食的陷阱
|
自然语言处理 算法 JavaScript
重构的秘诀:消除重复,清晰意图
  11年前有幸阅读了《重构——改善既有代码的设计》第一版,当时是一口气读完的,书中的内容直接惊艳到我了。   今年读了该书的第二版,再次震撼到我了,并且这次的示例代码用的JavaScript,让我更有亲切感。   全书共有12章,前面5章是在讲解重构的原则、测试、代码的坏味道等内容,后面7章是各种经验和实践,全书的精髓所在。
|
设计模式 Java Spring
巧妙的运用适配器模式,让你的工作量至少减轻一半
今天我们就一起来聊聊使用超广的适配器模式!
巧妙的运用适配器模式,让你的工作量至少减轻一半
|
设计模式 开发框架 JSON
了解这些软件设计思想,你的思维至少上升一个段位
在 1994 年,由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 四人合著出版了一本名为 Design Patterns - Elements of Reusable Object-Oriented Software(中文译名:设计模式 - 可复用的面向对象软件元素) 的书,该书首次提到了软件开发中设计模式的概念,四位作者合称 GOF(全拼 Gang of Four),简称四人帮!
|
C语言
逻辑正确的重要性
源自近一个月的项目,在程序逻辑方面犯了错误,原地打转拖延了进度,也由此深刻认识到逻辑对于程序的重要性。
134 0
逻辑正确的重要性
公理设计-由奇怪海战引发的软件设计思考
公理设计理论将设计建立在科学公理、定理和推论的基础上,由麻省理工学院教授 Nam. P. Suh 领导的研究小组于 1978 年提出,适用于各种类别的设计活动。软件设计当然也属于一类工程设计过程,下面我们就来看一下两者的关联。