二次开发学习贴之面向象对象编程

怕瓦落地2011

几乎所有3D软件的二次开发，基本上都是基于面向对象编程，而搞清楚几个基本概念对理解程序是非常重要的：
. O7 w1 h* ^2 g. L+ A8 M
- b6 |% E+ a0 J, `$ N5 D面向对象的基本概念
对象：对象是要研究的任何事物。从一本书到一家图书馆，单的整数到整数列庞
大的数据库、极其复杂的自动化工厂、航天飞机都可看作对象，它不仅能表示有形的实体，也能表示无形的（抽象的）规则、计划或事件。对象由数据（描述事物的属性）和作用于数据的操作（体现事物的行为）构成一独立整体。从程序设计者来看，对象是一个程序模块，从用户来看，对象为他们提供所希望的行为。在对内的操作通常称为方法。
. X; ]! I+ h% p9 Z2 D对象的状态用数据来表示称为属性
对象的行为用代码来实现称为方法
) C$ L# b8 R  w) c类：类是对象的模板。即类是对一组有相同数据和相同操作的对象的定义，一个类所包含的方法和数据描述一组对象的共同属性和行为。类是在对象之上的抽象，对象则是类的具体化，是类的实例。类可有其子类，也可有其它类，形成类层次结构。
6 K' e$ c- c1 k6 W  @类与对象的关系：例如设计图纸就是类，依据图纸制造的零件就是对象
% d* {; w5 @  f7 r
. ^( Y; H/ ^# j) Q面向对象编程有三大特性，封装、继承和多态。
1. 封装封装是把客观事物封装成抽象的类，并隐藏实现细节，使得代码模块化。比如，我们可以把“汽车”这个客观事物封装成一个类，这个类有颜色、型号等属性，有启动、加速、刹车等方法，而这些属性和方法的具体实现则被隐藏起来，使用者只需要知道这个类有哪些属性和方法，不需要知道这些方法是如何实现的。
2. 继承继承是面向对象编程的另一个重要特性，它提供了一种无需重新编写，使用现有类的所有功能并进行扩展的能力。比如，我们可以定义一个“电动车”类，它继承了“汽车”类，就自动拥有了“汽车”类的所有属性和方法，比如颜色、型号等属性，启动、加速、刹车等方法，然后我们还可以在“电动车”类上增加一些新的属性和方法，比如电池容量、充电方法等。
3. 多态多态是指同一操作作用于不同的对象，可以有不同的解释，产生不同的执行结果。比如，我们定义了一个“汽车”类，它有一个“启动”方法，然后我们又定义了一个“电动车”类，它继承了“汽车”类，也有一个“启动”方法，但是“电动车”类的“启动”方法的实现可能与“汽车”类的不同，这就是多态。


面向对象编程的理念面向对象编程有两个主要的理念，基于接口编程和组合优于继承。
) Q$ i; ?1 `/ ?3 w4 ]; \, t1. 基于接口编程基于接口编程的理念是，使用者不需要知道数据类型、结构和算法的细节，只需要知道调用接口能够实现功能。这就像我们使用电视遥控器一样，我们不需要知道遥控器内部的电路设计和工作原理，只需要知道按哪个按钮可以打开电视，按哪个按钮可以调节音量。
2. 组合优于继承尽管继承可以使我们更容易地重用和扩展代码，但是如果继承层次过深、继承关系过于复杂，就会严重影响代码的可读性和可维护性。比如我们修改了基类，就可能影响到继承它的子类，这会增加迭代的风险。因此，我们更倾向于使用组合而不是继承。比如，我们可以定义一个“电动车”类，它包含“电池系统”、“制动系统”、“车身系统”、“转向系统”等组件，而不是继承“汽车”类。
2 W2 @& C7 n' S. L: `0 Z( \- x

学者11

你是不是还少说了几个：
# A; F- u$ f0 T0 z抽象是指识别事物的本质特征并将其从非本质特征中分离出来的过程。在OOP中，抽象通常通过创建抽象类或接口来实现，它们定义了一组通用的方法，但没有具体的实现。抽象帮助我们管理复杂性，关注高层次的设计，而忽略不必要的细节。
' Z7 x; U' @  P( G( z方法是与类或对象相关联的函数，用于定义对象的行为。它们可以访问和修改对象的状态。
" s/ c$ E7 q( ^5 }5 Z属性是与类或对象相关联的变量，用于描述对象的状态。在某些语言中，属性可能被称为字段（field）。

1 p3 Y- f2 A8 j! P9 Z关于理念，是不是也少说了几个。
模块化是指将程序分解成独立的、可管理的部分（模块）。每个模块负责程序的一小部分功能。在面向对象编程中，类是模块的基本单位。通过模块化，开发者可以更容易地理解、测试和维护代码。
依赖注入是一种设计模式，它通过外部配置而非硬编码来指定对象之间的依赖关系。这有助于降低组件间的耦合度，提高代码的可测试性和可维护性。
+ V& @% y( ]9 e( I& H开闭原则是面向对象设计的一个重要原则，指出软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。这意味着应该可以通过添加新代码来扩展系统的行为，而不需要修改现有代码。
单一职责原则指出一个类应该只有一个引起它变化的原因。换句话说，一个类应该只有一个职责或功能。这有助于保持类的简洁性和可维护性。