“算法+数据结构=程序”是一句经典名言，这句话很直接的说明了程序的本质：处理数据、产生结果。即便是最简单的HelloWorld程序，我们也可以将字符串“HelloWorld”视作数据，将输出操作视作算法。
但是在实际编程的时候，如何安置程序中的算法和数据就成了一个大问题。随着程序规模的增长，程序需要处理的数据可能会越来越多，需要用到的算法也会越来越多，以贪吃蛇为例，如果简单的将游戏需要的数据堆在程序的头部，就会变成下面的样子，各种互不相干的数据堆在一起：
用于实现游戏的各个函数，也即算法，更是会多达几百行。一个贪吃蛇就已经如此“复杂”了，更遑论规模更大的程序。
而这样多的数据与算法，就带来三个很直接的问题：
1.修改、调试程序时难以迅速找到想修改的数据或函数
2.数据可以被任意函数修改，从而可能被意料之外的算法处理，导致调试困难
3.程序规模如果进一步扩大，给变量、函数进行命名时会越来越容易冲突，最后导致标识符越来越长。
利用C语言进行编程时，如果要解决这样的问题，做法就是将部分数据和处理该部分数据的算法（函数）都放进单独源文件中去，然后在一个头文件中声明这些函数，再在主程序中通过包含该头文件以使用这些算法与数据。
以一个C语言实现的推箱子编辑器为例，有关游戏内部资源的存储、处理都放进了一个单独的源文件中：
#include "PushBoxEditor.h" //其他代码 //关卡信息存储区 ; ][]; //当前关卡状态 ; ][]; //资源存储 HBITMAP _hBitMap[]; //其他代码
这样一来，主程序中就只要引入头文件“PushBoxEditor.h”，然后直接使用对应的函数即可：
//加载关卡数据 int loadResult = LoadMapData(hWnd); if (loadResult == LM_FAIL_RESOURCE) ;
这样的做法就是面向对象的雏形：将数据和相关的算法放在一起。
但是C语言的这类做法还是有些不足，首先就是上面所说的第三个问题：命名冲突，并不能解决。比如实现一个3D游戏，对于3D模型数据，有一个函数叫Load，它们单独放在一个文件，而对于图像数据，也有一个函数叫Load，它们也单独放在一个文件，但是主程序对于这两个文件中的Load都要使用，该怎么办？如果程序规模小，一个人干，那无所谓，自己知道有这个冲突，把他们分别改成LoadModel和LoadImage就好了。但是这个做法在程序规模变大，有多人共同开发时就不行了，自己编写一个模块，还得先问清楚所有人，是否有用过某个名字，这太麻烦。
其次是另一个更重要的问题：如果结构完全相同的数据，我需要不止一份该怎么办？假设我们将一个很复杂的结构体A和处理它的相关算法都单独放在了一个源文件，如果我们只持有一个A的实例，那无所谓，可是如果这个A我们需要很多份实例呢？比如字符串和处理字符串的各类函数，我们是可以将一个字符串和相关的函数单独放置，然后调用相应函数处理这个字符串，可是我们要同时持有多个字符串该怎么办呢？
当然，即便是面向过程的语言，解决这类问题的方法也是一定有的，只不过解决起来可能很麻烦，比如数据在主程序中持有，相关的算法单独放置。但是面向对象编程可以更方便的解决这类问题。
面向对象编程时有两个关键的概念：类与对象（也有一些语言称为对象与实例）。其中对象就是用于解决“不相关数据混在在一起”的问题，通过将相关的数据集合在一个对象内部，然后利用对象支持的方法去处理对象内部的数据，从而实现数据间的“独立”。而类作为制造对象的模板，恰好可以解决最后提出的问题：结构完全相同的数据，我需要不止一份。通过类去制造一个又一个对象，就可以获得一份又一份结构相同、互相独立的数据。
写到这儿感觉没什么好写的……不想写了，就这样吧ε=ε=ε=ε=ε=ε=┌(;￣◇￣)┘