EEPW论坛

封装就是一种UI 分离，为什么我会这样说呢？提到封装，也许我们最容易想到的就是黑匣子。的确，我也承认封装就是一个基于黑匣子的实现方式，而且也是相当恬当的一种比喻，如何说呢？因为封装也一样有两个“界面”，一个是活的，一个是稳定的，而所谓的活就是封装内部所处理业务规则的实现方法，如果不去计较其效率的话，我们可以用任何的手段去实现其内部的功能，可以进行随意性修改（此处的随意性修改仅仅是为了体提它的“活”而给出的。）但是无论其是如何的活，如何的随意性，它都有一个最终的目的，就是为了实现一个稳定的“界面”，内部的内容可以进行改动，而稳定的接口是不应该随意更动的。类如此、对象如此，一个接口、组件、组件对象更是如此。单纯的从一个项目而言，这种封装就是一种UI分离，不要固执的认为UI分离就是将用户操作和逻辑规则处理放在了两个“物理”上很远的操作就是封装，如果这样认为，我只能说你的OOP理解的不好。此处给一个例子来进行分析： TCustomForm = class(TScrollingWinControl) private FActiveControl: TWinControl; FFocusedControl: TWinControl; function GetMDIChildren(I: Integer): TForm; function GetMonitor: TMonitor; …… public constructor Create(AOwner: TComponent); override; procedure AfterConstruction; override; …… end; 想说明的是此处的private 就是我们刚刚所说的活的部分，它的内部可以进行任何的改动的，但是，它必须要保证最终的Public 是稳定的。这就是一种封装的提体，也是一种UI操作的实例。同时我们也应该注意到，正是因为封装性，所以就要求我们在考虑稳定部分的时候做一些工作，当一个项目投于应用之中之后，我们就没有办法再去更改这些稳定的部分，因为这些部分是直接于用户进行关联的，用户的操作就是对急定部分的操作，如果一但改动了某一个用户正在使用的稳定部分的属性，其后果就是项目的重新规划、开发。总之一句话：封装可以隐藏实现细节，使得代码模块化,实现代码的可复用性。不知道封装的阐述各位是否明白？如果有任何的疑问可以与我联系，欢迎您和我一起探讨。