Knowledge Gained by The Law of Leaky Abstractions

在读完揭露冰山般的秘密之后，ㄚ琪要继续读抽象渗漏法则，说真的，读到目前为止，约耳所分享的事情，ㄚ琪都正在面临或已经面临过了，难怪他的书会畅销，今天要讲得抽象机制，在我帮公司写越来越多的程式模组，用越来越多的免费套件，很多人都觉得就是把套件像积木这样组来组去，就可以做很多貌似不可能完成的事了，看起来没什么问题，其实这也还是冰山的一角而已，呵呵。

其实我就常碰到抽象渗漏法则，‘所有重大的抽象机制在某种程式上都是有漏洞的’。

约耳有举一些例子，不过我不想重述，读完的我是有点下巴快掉下来的感觉，我用太多的抽象机制，但是我却不清楚这些抽象机制里的内幕。

‘抽象渗漏法则表示，当某人发明一套神奇的新程式产生工具，可以大幅提升效率等等，就会听到很多人说：“应该先学会如何手动进行，然后才用这个神奇的工具来节省时间。” 程式产生工具假装抽象掉某些东西，和其他所有抽象机制一样都有漏洞，而唯一能适当处理漏洞的方法，就是弄懂该抽象原理以及所隐藏的东西。所以抽象机制虽然替我们节省了工作的时间，不过学习的时间是省不掉的。’我曾经利用phpMyAdmin的程式架构来建构我的商业应用程式，因为我觉得这个免费程式真是太棒了，但是当我碰到问题时，我被卡住的时候，我不得不把phpMyAdmin的程式，一行一行拆开来分析研读，好在我跨过了这个瓶颈，那时之后我几乎可以对PHP应用自如了。但是像是GTK这个旁大的抽象机制，你如果直接用，那会是很方便用来建立GUI没错，但是在没搞懂它的内部机制情况下，现在的我正在如履薄冰啊！

‘抽象渗漏法则正在拖垮我们。’我的GTK使用会是这样的结果吗？我还在撑撑看！

学VB的人也得小心落到‘因为当VB的抽象机制渗漏时他们会完全卡住’的困境。