设计模式

1.命名 命名这件事很重要，但是一些方法名字，类名，确实不是那么好起名字。 代码整洁之道说的是宁长毋滥，实在是过长的话，才可以考虑简写 利用上下文简化命名 命名要可读、可搜索 我们在 IDE 中编写代

“重构”对于我来说只听过，没做过，作为一个刚刚入职的小白来说，写完需求代码都是一个挑战，更别提去优化代码了，我放心，领导也不放心我。哈哈哈哈哈哈。 在进入新的项目时，新的项目进行了一次基础的代码重构，

1.迪米特法则？ 迪米特法则在《代码整洁之道》里学习过，当时那个本书翻译的是在是太烂了，我还是在新华书店官网买的，在网上搜了一个PDF的都比那本书翻译的好，不知道搁哪里搞的印刷版，一点追求也没有。 迪

1. 什么是DRY？ DRY 原则的核心思想为：不要写重复的代码。 避免复制粘贴： 不同部分的代码中不应该包含相同或相似的逻辑。如果某一逻辑在多个地方都有用到，应该将其提取出来，放在一个地方进行定义。

1. 什么是KISS原则？ 1.1 定义 KISS原则，挺好记，“Keep It Simple, Stupid”该原则强调在设计和实现软件系统时应保持简单，避免过度复杂化。简而言之，KISS原则鼓励以

1.什么是依赖反转原则？ 1. 定义 高层模块不应该依赖于低层模块。两者都应该依赖于抽象。 抽象不应该依赖于细节。细节应该依赖于抽象。 上面这句话有点抽象，首先通过例子，先有点印象，再去进一步解读什么

1. 什么是接口隔离原则？ 1. 定义 接口隔离原则： 强调一个类不应该强制实现它用不到的接口。具体来说，一个类应该对它的客户端提供尽可能小的接口，而不强迫客户端依赖于它们不使用的方法。 2. 举例说

里氏替换原则（Liskov Substitution Principle，LSP）是面向对象编程中的一个原则，由计算机科学家Barbara Liskov首次提出。目的是确保派生类（子类）可以替换基类（

伯特兰·梅耶（Bertrand Meyer）首次提出。这个原则表明一个软件实体（例如类、模块、函数等）应该对扩展是开放的，但对修改是关闭的。 对扩展开放（Open for Extension）： 意味

单一职责原则的英文是 Single Responsibility Principle，缩写为 SRP。这个原则的英文描述是这样的：A class or module should have a sin

面向对象分析（OOA）、面向对象设计（OOD）、面向对象编程（OOP），是面向对象开发的三个主要环节。 实际项目开发中，项目组长给我一个小功能开发，他说让我设计下。我怎么知道怎么设计？自从看完《代码整

后端工程师对于MVC架构肯定一点也不陌生，Android官网对于三层架构的描述如下图，大体意思就是UI（Web）、数据层，控制层做UI和数据的传输和处理。 1. 基于贫血模型 基于贫血模型的传统开发模

看过前面的文章，到这里用我通俗的感觉就是代码设计演进的一个过程，抽象类，接口比继承的优点。这一章节是组合使用对于继承的优点。组合优于继承，多用组合少用继承。为什么不推荐使用继承？组合相比继承有哪些优势

上一节我学习了，接口和抽象类，抽象类和继承的区别以及对于多态的重要性。为什么要多用多组合，少用继承，那么在实际编程中，领导让我实现一个模块的功能，那我怎么样在设计的时候知道该不该用接口呢？ 1.工程中

上一节学习了面向对象。其中学习了面向对象的四大特性，封装还好理解，但是抽象和多态看简单的例子还可以，但是具体到项目中，需要对“为什么”进一步了解。 1.抽象类和接口的差异点？ 实现方式： 抽象类： 可

老规矩还是金字塔形式的介绍,实际的教程中，总是提到面向对象编程与面向对象编程语言，我认为面向编程是一种思想，那学习过程中就应该单纯点。 1. 什么是面向对象？ 跟上节内容类似，提起面向对象你不得不提起

1. 面向对象 1.1面向对象与 面向过程的区别 面向对象编程（OO） 更注重对象的抽象和封装，通过定义类来组织数据和行为，以便更容易理解和维护代码。 面向过程编程（OP） 更注重过程和函数，通过将数

起因 最近在网上看了一个设计模式的课程，在看的过程中有恍然大悟的时刻，也有费解的地方，感觉整个课程挺好的，但是也有一些地方比较抽象，对小白也没有太友好。所以我在这里记录一下，写的好的地方学习，写的晦涩