ABAP OO的八大理由(-)

 

几年前SAP BASIS 4.6为ABAP扩展了OO功能，这是很多传统的ABAP程序员陷入困境。首先对于ABAP程序员来说它们终于可以通过OO这种开发方法得潜在价值来提高开发效率和所开发程序的可维护性了。然而一直以来习惯于面向过程编程的ABAPER迅速的转向OO模式也不是那么容易，很多人还是坚持使用传统的面向过程的开发模式，他们觉得不用OO也可以得到他们想要的。这篇文章的主要目的便是让你明白OO能给你带来什么以及如何转型为OO模式。

很多关于ABAP OO方面的文章要么过于抽象，要么举的例子过于简单对于实际应用无关痛痒。本篇文章力图通过简单而又切合实际的例子通过面向过程和面向对象两种模式的比较来说明OO的优点。

1.         首先ABAP OO具有更高层次的数据封装性，从而增强了程序的可维护性和稳定性。在面向过程的模式里，一个程序的全局变量区包含着许多不相干的变量，这些变量在一个区域里交织在一起，这样的话这个程序的某个功鞥对程序状态的改变并不为程序中另外一个功能所知。为保持整个程序的稳定性需要大量的约束和维护成本。而对于OO模式，状态是保存在对象上的。对象可以把内部和外部数据和方法分隔开，以保证功能（OO中的方法）只能改变与它相关的数据，对象的属性是不会被改变的，从而保证了其在应用程序中的稳定性。

2.         ABAP OO可以实现一个类的多个实例。（对象是由数据以及操作数据的方法组成的。），每一个对象都有自己在类中定义的属性值，并且可以通过本身的方法来改变本身的状态。这就意味着开发者无需为每个对象建立数据和方法之间的联系也无需手工管理每个对象的生命周期。在面向过程的方法中没有多实例的概念，数据和功能是相互分离的。你使用的是无状态的功能，并且每次都需要通过传递参数来初始化它，并且手工将其占有的内存清除。

3.         ABAP OBJECT通过继承进一步增强了程序代码的可重用性，这正是面向对象方法的一个重要方面。通过这个特点你可以重复利用所继承类的部分或者所有方法，只需编写类本身所特有的方法，这样会减少为每个类编写的方法，从而增强了程序的可维护性。而对于面向过程的编程来说，你将会受制于all-or-nothing的状况，你要么调用所有的部分要么就建立新的。

4.         ABAP OO是你可以通过接口（interface）来调用对象的业务逻辑，而不是直接去使用对象，这样就避免了你需要详细了解每一个对象的特定功能。这样也避免了你在需要修改某项功能的时候无需修改接口（interface）的内容，这也为标准程序的修改提供了新的途径，即BADI。面向过程的编程并没有这种提供对立的接口去联系某个对象的概念—接口只是通过form或function module的参数实现的。

5.         ABAP OO非常容易与事件驱动的模式结合在一块。不同的应用之间是通过发布与预定松散的耦合在一起的，调用者和被调用者之间并不是被动的绑定在一起的。这种方式与面向过程的方法相比更进一步的增强了灵活性，他们的绑定是紧密地，程序的执行流程也是预定义好的。

当然，这些好处都需要你今后再开发中是用OO的方法来开发才能得到。然而重新建模你应用程序的开发模式是令人沮丧和头疼的，我们保证这种情况不会出现，读完这篇文章我们相信你会得到同样的结论。当然，没有说我们需要重新建模已有的应用，我们只是希望你在今后的开发过程中最后考虑一下OO的模式。

如果你坚持认为面向过程的模式对你来说已经足够了，也请接着往下读。通过使用对象的方法来代替form和function module你仍然可以增强你的ABAP程序。