在搞清楚如何写好代码之前,要搞清楚下面的几个概念,这能够帮我们更好的从不同的方向来写好代码。这一切都是建立在面向对象的基础上。
1. 面向对象
1.1面向对象与 面向过程的区别
- 面向对象编程(OO) 更注重对象的抽象和封装,通过定义类来组织数据和行为,以便更容易理解和维护代码。
- 面向过程编程(OP) 更注重过程和函数,通过将数据和操作分离,强调顺序执行的步骤。
举个例子,分别使用2种方式构建一个汽车类:
代码语言:javascript复制// 面向对象编程
class Car(var brand: String, var model: String) {
var speed: Int = 0
fun accelerate(amount: Int) {
speed = amount
}
fun brake(amount: Int) {
speed -= amount
}
}
// 使用
val myCar = Car("Toyota", "Camry")
myCar.accelerate(20)
println("Current speed: ${myCar.speed}")
在这个例子中,我们创建了一个 Car
类,该类有 brand
、model
和 speed
属性,以及 accelerate
和 brake
方法。每个汽车对象都是 Car
类的一个实例。
// 面向过程编程
data class Car(val brand: String, val model: String, var speed: Int)
fun accelerate(car: Car, amount: Int) {
car.speed = amount
}
fun brake(car: Car, amount: Int) {
car.speed -= amount
}
// 使用
val myCar = Car("Toyota", "Camry", 0)
accelerate(myCar, 20)
println("Current speed: ${myCar.speed}")
在这个例子中,我们使用了一个简单的数据类 Car
来存储汽车的属性。然后,我们定义了两个函数 accelerate
和 brake
,这些函数接受一个汽车对象和一个数值,并相应地改变汽车的速度。
1.2 面向对象的特点
面向对象的四大特性:封装
、抽象
、继承
、多态
2. 设计原则
设计原则是指导我们代码设计的一些经验总结。
- 单一职责原则(Single Responsibility Principle - SRP) :
- 意思是一个类应该只有一个引起它变化的原因。换句话说,一个类应该只负责一件事。这使得类更加可理解,易于修改,也更容易进行测试。
- 开放/封闭原则(Open/Closed Principle - OCP) :
- 这个原则说的是一个软件实体(比如类、模块、函数等等)应该对扩展是开放的,但对修改是封闭的。这意味着你可以通过添加新的功能来扩展一个模块,而不需要修改已有的代码。
- 里氏替换原则(Liskov Substitution Principle - LSP) :
- 表明子类型必须能够替换掉它们的父类型,而程序仍然保持正确运行。这意味着使用一个基类的对象,应该能够被其任何子类所替代,而程序不会出错。
- 接口隔离原则(Interface Segregation Principle - ISP) :
- 这个原则强调一个类对于其他类的依赖,应该建立在最小的接口上。简而言之,不应该强迫类去实现它们用不到的接口。
- 依赖反转原则(Dependency Inversion Principle - DIP) :
- 这个原则表达了高层模块不应该依赖于底层模块,两者都应该依赖于抽象;抽象不应该依赖于具体实现,具体实现应该依赖于抽象。这个原则主张使用接口或抽象类来实现松耦合。
3. 设计模式
设计模式是针对软件开发中经常遇到的一些设计问题,总结出来的一套解决方案或者设计思路。 参照Design Patterns里面的分类
- 创建型
常用的有:单例模式
、工厂模式
(工厂方法和抽象工厂)、建造者模式
。 不常用的有:原型模式。 2. 结构型
常用的有:代理模式
、桥接模式
、装饰者模式
、适配器模式
。
不常用的有:门面模式、组合模式、享元模式。 3. 行为型
常用的有:观察者模式
、模板模式
、策略模式
、职责链模式
、迭代器模式
、状态模式
。
不常用的有:访问者模式、备忘录模式、命令模式、解释器模式、中介模式。
设计原则和设计模式感觉都是在说一件事,他们的具体维度是什么?
设计原则提供了通用的设计方向和准则,而设计模式则是这些原则的具体应用。
- 设计原则(Design Principles) :
- 定义: 设计原则是一些通用的指导性原则,旨在指导良好的软件设计实践。
- 特点: 这些原则是比较抽象的,强调在整个系统设计中遵循的基本原则
- 目的: 设计原则提供了一些通用的规则和准则,帮助开发人员构建易于理解、可维护、可扩展和灵活的系统。
- 设计模式(Design Patterns) :
- 定义: 设计模式是在特定上下文中解决一类常见问题的可重用解决方案。它们是在设计原则的基础上诞生的,是设计原则的实际应用。
- 特点: 设计模式更具体,是关于在特定情境下如何组织和结构化代码的经验教训。它们提供了一些被证明有效的设计方案
- 目的: 设计模式解决了一些常见的设计问题,提供了一种可重复使用的方法,使开发人员更容易应对特定情境下的挑战。
4. 编程规范、
编程规范主要解决的是代码的可读性问题。
相对于设计原则、设计模式,更加具体、更加偏重代码细节。即便你可能对设计原则不熟悉、对设计模式不了解,但你最起码要掌握基本的编码规范,比如,如何给变量、类、函数命名,如何写代码注释,函数不宜过 长、参数不能过多等等。
5. 重构
大多数的重构,是为了满足新的需求,以及维护成本的问题。对于重构,应该了解以下问题:
重构的目的(why)、对象(what)、时机(when)、方法(how);
保证重构不出错的技术手段:单元测试和代码的可测试性;
两种不同规模的重构:大重构(大规模高层次)和小重构(小规模低层次)。
总结
面向对象是武器,设计模式是招式,设计原则是心法 以心法为基础,以武器运用招式应对复杂的编程问题
可以看出来这些点都是相互关联的,是针对项目开发层级以及阶段的不同规则,这也就是低级程序员和高级程序员的区别维度,像小白应该是只在代码实现的代码规范做起,而高级程序员是从项目的架构,代码原则来思考问题。
这也与我前几天代码被review得到了充分体现,第一次被review了2个小时,在改好了之后,第二天又review2个小时,我在想为什么不一起说了,前面我还在想,为什么不一起说了,影响我提测进度,现在看来,正好是与这些流程点契合,首先对我的代码原则进行了修正,后面又对我的代码规范做了修正。
好,在总结完这篇文档,结合我前面工作中遇到的事情,我理解了为什么,一个代码设计要有这么多概念,以及这些概念是针对那个流程的指导方针。前一段时间我学习完了代码整洁之道,对基本的编程规范有了一定的认知,现在,要进入第二阶段,要正式开始设计原则的学习了。