寻找引用点

在强类型语言中，你可以让编译器帮助你捕捉漏网之鱼。你往往可以直接删除旧部分，让编译器帮你找出因此而被悬挂起来的引用点。这样做的好处是：编译器会找到所有被悬挂的引用点。但是这种技巧也存在问题。

首先，如果被删除的部分在继承体系中声明不止一次，那么编译器也会被迷惑。尤其当你处理一个被複写多次的函数时，情况更是如此。所以如果你在一个继承体系中工作，请先利用文本查找工具，检查是否有其他类声明了你正在处理的那个函数。

第二个问题是：编译器可能太慢，从而使你的工作失去效率。如果真是这样，请先使用文本查找工具 ，最起码编译器可以复查你的工作。只有当你想移除某个部分时，才请你这样做。常常你会想先观察这一部分的所有运用情况，然后才决定下一步。这种情况下你必须使用文本查找法（而不是依赖赖编译器）。

第三个问题是：编译器无法找到通过反射机制而得到的引用点。这也是我们应该小心使用反射的原因之一。如果系统中使用了反射，你就必须以文本査找找出你想找的东西，测试份量也因此加重。有些时候我会建议你只编译、不测试，因为编译器通常会捕捉到可能的错误。如果使用反射，所有这些便利都没有了，你必须为许多编译搭配测试。