我一直在避免写HOOK的技术实现,想尽可能地将一些看不到的东西收集起来。相对于了解一个成熟的技术,还不如去了解其中的思想吧。我是这样认为的。
这一章会暂时远离HOOK本身,我们会尝试着去思考这些技术出现的根源。
很多人象我一样,从OP的衰败中走向OO的繁荣。软件的复杂度也是突飞猛进。当年“没有银弹”的断言,非常准确地说明了软件的发展趋势,当新技术发展的时候,软件的复杂度也随之发展。我们现在的软件,已经不再是OP时代的软件了。
大家需要的不再是一段会计算的代码。大家需要图形界面,大家需要管理流程,大家需要信息共享!
假设我们以前那些单一功能的软件都可以比喻成一条路的话。它非常简单,你只要考虑从A如何走到B就可以了。


后来,我们的软件慢慢复杂起来,他们已经不再满足于一个功能,进行多功能整合的软件比比皆是。事实上,那个时候,好多软件都是一个功能的集合。


随着技术的发展,我们不再满足于这些简单功能的叠加。事实上,正是这个时候,我们的软件产业才真正发展起来。在中国,2000年以来,软件企业开始尝试工业化生产技术,发展速度明显加快,与国际差距明显缩小。
随着工业化发展,我们的软件复杂度是急剧的增加。它的功能需求也非常多。也许正如下图说画的那样,各种功能交错。

遗憾的是,如果软件只是需要这种层次的复杂度,我们就会很开心了!你时常会发现,在某些时候,你从A走到B的过程中,需要走到M到N上。然后在拐道走去P到O,然后再到B。这就是我们业务的交错性。
比如,我们现在有两个功能,一个是拷贝文件,一个是日志。从面向对象的角度来看,文件的维护工作和日志的维护工作都可以使用独立的类来完成:

上面两个类都能完成独自的相关业务,就正如我们上面描述的一段独立功能类似。可以假想,我们每个类,都是封装的相关业务功能。
那么剩下来我们就会发现一个非常严重,但是又很少被人提起的事:并不是写完两个类,我们的工作就完成了!
我们虽然是面向对象编程,但是最终总会发现,对象写完的时候,并不是功能完成的时候!为什么?因为我们的功能往往是交错的,就拿这个例子,写文件的时候也可能需要写日志!这些都是面向对象无法使用对象的概念来解决的。
于是从一开始,面向对象就有事件的概念提出来(Event)。这个概念的提出,并不仅仅是炒作一个概念,它的实现机制虽然和回调函数一样,但是思想却又是那么无可奈何!
如果没有事件,那么我们会如何编程呢?我想下面的这种道路图可能大家能从中看到什么。

多说几句,这其实在我们在编程中经常犯的错误,如果AB和CD都是我们自己编写的(如果AB是类库提供的另当别论),我们往往将AB和CD的交叉业务部分直接写成关联代码。即AB和CD会变得互相依赖!
从社会实践,我们会知道,要提高AB和CD的效率,他们的道路是不能重叠的。可以采取高架桥、隧道、地下通道等等措施。高速公路永远不可能和别人公用交叉路口。

这些交错的方式,其实就是我们软件中可以借鉴的方式啊!以前提供的回调函数,现在提供的事件,以及AOP中提出的HOOK方式都是!这类方法其实就是我们开始统一说的HOOK。
因此采用这些方式的本质源由是软件的复杂度,导致我们在编写独立功能的时候,不能完全预测或根本不能,预测到其他功能是如何扩展的。因此预先留一些可以扩展点,或者某些可以扩展的方式,来完成交错功能的实现。
上面这些的讲述,好像和HOOK没关系,其实可以更深入的帮助我们理解使用HOOK的意义所在。

文章转自:http://blog.csdn.net/xiammy/archive/2006/11/22/1406473.aspx