PL/SQL代码分析工具之创建高水平的设计

　　从 ALL_ARGUMENTS 和 DBMS_DESCRIBE 中收集关于程序参数的数据。我假定将把这些信息加载到 Codecheck 中的一个集合。

　　分析参数信息，并识别歧义超载（如果存在的话）。

　　将结果写到屏幕和结果表中。

　　运行 utPLSQL 来验证这些结果。

图 1. 关于 Codecheck 总体流程的初步想法

　　我认为这可以实现目标 — 并且以非常高的水平实现。这是起步的一个好办法，但它还没有提供开始编程所需的足够细粒度。

　　第二次（和第三次……）的一些想法

　　无疑，在我有望创建一个可运行的且精心编写的 Codecheck 实用工具之前，我需要更加彻底地对事情进行考虑。然而，事实是我不能独立于代码构建过程来进行这种思考和设计。您曾经多少次提出一个很好的计划然后开始编程，但随后发现实际情况（就像这样：我怎么把这给忘了？）迫使您改变设计？

　　避免过度的设计是我从极限编程（一种轻型方法论，它将通行的编程实践发挥至极限，并且推动了我的 utPLSQL 单元测试框架；关于更多信息，请参见 www.xprogramming.com ）中学到的最重要的原则之一。比如说，为一个三年的开发项目提出一个总体计划是否真的有意义，而我们都知道这个计划在六个月之内就会漏洞百出？在 Codecheck 的情况下，每个细节在构建程序包之前都考虑得过于详细对我是否真的有意义？

　　极限编程人员喜欢问这个问题：使代码运行最简单的方法是什么？

　　我喜欢回答这个问题所带来的挑战，因为它使我立刻在几个层次上展开思考。什么是简单？它应该意味着透明、易于理解、修改和维护的代码直接并直观地响应需求，但不超出它们的范围的代码。但工作意味着什么？马上可以想到以下准则：

　　代码满足用户的需求。

　　代码在一段可接受的时间内运行。