Loading

上一页 1 ··· 3 4 5 6 7
摘要: 学习设计原则是学习设计模式的基础。在实际开发过程中,并不要求所有代码都遵循设计原则,我们要考虑人力、时间、成本、质量,不能刻意追求完美,但要在适当的场景遵循设计原则,这体现的是一种平衡取舍,可以帮助我们设计出更加优雅的代码结构。 下面我整理了七大软件设计原则精华总结,再不会找我。 1.Tom弹架构: 阅读全文
posted @ 2021-10-24 21:55 Tom弹架构 阅读(125) 评论(0) 推荐(0) 编辑
摘要: 合成复用原则(Composite/Aggregate Reuse Principle,CARP)是指尽量使用对象组合(has-a)/聚合(contanis-a)而不是继承关系达到软件复用的目的。可以使系统更加灵活,降低类与类之间的耦合度,一个类的变化对其他类造成的影响相对较少。 继承叫作白箱复用,相 阅读全文
posted @ 2021-10-24 15:54 Tom弹架构 阅读(576) 评论(0) 推荐(0) 编辑
摘要: 迪米特原则(Law of Demeter LoD)是指一个对象应该对其他对象保持最少的了解,又叫最少知道原则(Least Knowledge Principle,LKP),尽量降低类与类之间的耦合度。迪米特原则主要强调:只和朋友交流,不和陌生人说话。出现在成员变量、方法的输入、输出参数中的类都可以称 阅读全文
posted @ 2021-10-24 15:52 Tom弹架构 阅读(398) 评论(0) 推荐(0) 编辑
摘要: 接口隔离原则(Interface Segregation Principle, ISP)是指用多个专门的接口,而不使用单一的总接口,客户端不应该依赖它不需要的接口。这个原则指导我们在设计接口时应当注意以下几点: (1)一个类对另一个类的依赖应该建立在最小的接口之上。 (2)建立单一接口,不要建立庞大 阅读全文
posted @ 2021-10-24 15:51 Tom弹架构 阅读(493) 评论(0) 推荐(0) 编辑
摘要: 单一职责(Simple Responsibility Pinciple,SRP)是指不要存在多于一个导致类变更的原因。假设我们有一个类负责两个职责,一旦发生需求变更,修改其中一个职责的逻辑代码,有可能导致另一个职责的功能发生故障。这样一来,这个类就存在两个导致类变更的原因。如何解决这个问题呢?将两个 阅读全文
posted @ 2021-10-24 15:50 Tom弹架构 阅读(364) 评论(0) 推荐(0) 编辑
摘要: 依赖倒置原则(Dependence Inversion Principle,DIP)是指设计代码结构时,高层模块不应该依赖低层模块,二者都应该依赖其抽象。抽象不应该依赖细节,细节应该依赖抽象。通过依赖倒置,可以减少类与类之间的耦合性,提高系统的稳定性,提高代码的可读性和可维护性,并且能够降低修改程序 阅读全文
posted @ 2021-10-24 15:49 Tom弹架构 阅读(403) 评论(0) 推荐(0) 编辑
摘要: 开闭原则(Open-Closed Principle,OCP)是指一个软件实体(如类、模块和函数)应该对扩展开放,对修改关闭。所谓的开闭,也正是对扩展和修改两个行为的一个原则。它强调的是用抽象构建框架,用实现扩展细节,可以提高软件系统的可复用性及可维护性。开闭原则是面向对象设计中最基础的设计原则,它 阅读全文
posted @ 2021-10-24 15:48 Tom弹架构 阅读(747) 评论(0) 推荐(0) 编辑
摘要: 里氏替换原则(Liskov Substitution Principle,LSP)是指如果对每一个类型为T1的对象o1,都有类型为T2的对象O2,使得以T1定义的所有程序P在所有的对象O1都替换成O2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型。 这个定义看上去还是比较抽象的,我们重 阅读全文
posted @ 2021-10-24 15:31 Tom弹架构 阅读(908) 评论(0) 推荐(1) 编辑
摘要: 1 常见软件的版本命名 常见软件的版本命名举例如下表所示。 软件 升级过程 说明 Linux Kernel 0.0.1 1.0.02.6.323.0.18 若用X.Y.Z表示,则偶数Y表示稳定版本,奇数Y表示开发版本 Windows Windows 98Windows 2000Windows XPW 阅读全文
posted @ 2021-10-21 13:37 Tom弹架构 阅读(262) 评论(0) 推荐(0) 编辑
上一页 1 ··· 3 4 5 6 7