//hope u'll get a basic idea //good luck 面向对象（OOP） 我们知道，如果将一个大的计算机源程序作为整体来编写，工作会十分复杂和繁重。因此，往往将一个程序划分成若干小的模块，各个模块采用不同的方案，这样，就可以使各个模块之间保持相对的独立性，以便不同的人可以同时各自编写一个模块。程序员在维护程序时，需要对其作适当的修改，使得这些模块的组成结构显得极为重要。在运行维护过程中，往往希望程序可以实现更为理想的功能，或者希望利用以下操作系统的新特性，或者希望检验程序的某项功能。如果组成应用程序的各个模块之间不能保证相对独立的话，程序员在维护时可能要改动几个模块，而这些改动就很可能引起其他更多的模块要作出相应的改动，新的改动又会引起必要的相应改动，依此类推。如果这样的话，软件的维护工作简直无法进行。 许多资料都阐明了，面向对象编程语言是解决应用程序的模块化及维护问题的有效技术。在面向对象语言编程中，各个模块以应用程序处理的对象（objects）为基础，就像应用功能分解技术创建子模块一样。在功能分解中，各个子模块又以应用程序本身提供的函数为基础。下面，我们来看一个示例，存货清单控制应用程序。在OOP中，对象包括有：存货清单条款、部件数、停放明细表、存储位置等。在功能分解过程中，可以有接收、加标签、包装及运输等诸如此类的功能。如果部件数的格式发生变化，比如说从6位数字变为6个字符的字母数字，那么，对于一个优秀的OOP解决方案，这些改动就应该可以在一个部件数模块中完成，而不必对其他模块进行改动。当然，其他模块对部件数模块会有调用，只是在这些模块中，把部件数模块作为一个“黑箱”实体（entity）。也就是说，在这些调用部件数的模块当中，不包含任何关于部件数模块的组建和安装启用信息。通常，在标准的功能分解方案中，像部件数那样的基本实体，在应用程序中，可能直接对每个模块操作，也就是说，如果部件数的格式发生了变动，也就意味着，所有引用部件数的模块都要更新和调整。所有这些都进一步说明了模块化设计的好处。任何良好的面向对象的编程，都应比单单基于功能分解的方法更加容易编写和维护。目前，已有很多关于对象及OOP的书籍，本书并没有对OOP进行详尽完备的讨论，而只是在以后的章节中对对象与编程知识进行简单的介绍
有的书的例子挺好的
//good luck
面向对象（OOP）
我们知道，如果将一个大的计算机源程序作为整体来编写，工作会十分复杂和繁重。因此，往往将一个程序划分成若干小的模块，各个模块采用不同的方案，这样，就可以使各个模块之间保持相对的独立性，以便不同的人可以同时各自编写一个模块。程序员在维护程序时，需要对其作适当的修改，使得这些模块的组成结构显得极为重要。在运行维护过程中，往往希望程序可以实现更为理想的功能，或者希望利用以下操作系统的新特性，或者希望检验程序的某项功能。如果组成应用程序的各个模块之间不能保证相对独立的话，程序员在维护时可能要改动几个模块，而这些改动就很可能引起其他更多的模块要作出相应的改动，新的改动又会引起必要的相应改动，依此类推。如果这样的话，软件的维护工作简直无法进行。
许多资料都阐明了，面向对象编程语言是解决应用程序的模块化及维护问题的有效技术。在面向对象语言编程中，各个模块以应用程序处理的对象（objects）为基础，就像应用功能分解技术创建子模块一样。在功能分解中，各个子模块又以应用程序本身提供的函数为基础。下面，我们来看一个示例，存货清单控制应用程序。在OOP中，对象包括有：存货清单条款、部件数、停放明细表、存储位置等。在功能分解过程中，可以有接收、加标签、包装及运输等诸如此类的功能。如果部件数的格式发生变化，比如说从6位数字变为6个字符的字母数字，那么，对于一个优秀的OOP解决方案，这些改动就应该可以在一个部件数模块中完成，而不必对其他模块进行改动。当然，其他模块对部件数模块会有调用，只是在这些模块中，把部件数模块作为一个“黑箱”实体（entity）。也就是说，在这些调用部件数的模块当中，不包含任何关于部件数模块的组建和安装启用信息。通常，在标准的功能分解方案中，像部件数那样的基本实体，在应用程序中，可能直接对每个模块操作，也就是说，如果部件数的格式发生了变动，也就意味着，所有引用部件数的模块都要更新和调整。所有这些都进一步说明了模块化设计的好处。任何良好的面向对象的编程，都应比单单基于功能分解的方法更加容易编写和维护。目前，已有很多关于对象及OOP的书籍，本书并没有对OOP进行详尽完备的讨论，而只是在以后的章节中对对象与编程知识进行简单的介绍