PL/SQL代码分析构建代码分析实用程序

　　许多开发人员和开发经理所面对的一个突出问题就是找到改进代码质量的方法。于是我决定以一种独特的方式来解决这一难题。在随后的几个月中，我将在 OTN 上发布一系列文章说明我是如何构建 Codecheck 的。Codecheck 是依赖数据字典中的信息，执行重要任务（即分析程序包以检测这些程序包是否包含重载多义性）的一个 PL/SQL 程序包。由于我采用的是自顶而下的设计方法并运用了许多实战技巧，因此不想只是简单地呈现结果，而更愿意邀请您和我一同演练这一过程。

　　深入了解这一实用程序要花费一些时间，因为我想借这个机会实际经历一下开发生命周期中的几个阶段。在以后的几个月中，我将进行以下工作：

　　确定我希望 Codecheck 解决的问题并明确需求。

　　给出验证实用程序正确运行的测试案例。

　　研究有助于解决问题的相关技术。

　　给出实用程序的整体设计（结果发现测试要求会对我的设计产生影响）。

　　逐步细化以采用易于编写、理解和部署的代码块来构建解决方案。

　　利用 utPLSQL 单元测试框架自动对实用程序进行复杂的回归测试。

　　通过对 Codecheck 及其相关概念的学习，您将了解到 Oracle PL/SQL 最新、最好的一些特性，如多层集合。此外，我还将提供一套平台，您可以在该平台上构建和添加自己的 QA 检查，例如检查参数是否太多或太少、查找所有程序包都要用到的程序，并确保代码符合命名规则。也许亲身演练的最大好处在于有机会看到实际运用的一些最佳实战技巧，这可能是学习如何使用这些技巧最简单的方法。

　　确定问题：程序包中的重载多义性

　　为了写出高质量的程序而顾及到方方面面会令人发疯。因此，我打算集中到几个典型的问题，以免屡屡受挫而不得不放弃创建 Codecheck 的初衷。编写和成功编译包含不可调用程序的 PL/SQL 程序包是极有可能的，而这并没有多大的意义，不是吗？让我们来看看这一奇怪的情形是怎样出现的。

　　为了向您证实开发人员的确会面临这一问题，我挑选了几个可能会出错的例子，这些例子是以下面所示的程序包说明开头的：