oracle数据库编码规则,Oracle数据库PL/SQL编码规则总结(2)

3. 使执行部分短小

面对现实：总是与我们的判断和最新的一系列新年决议相左，我们必须停止编写意大利面条式的代码：庞大而冗长，人们实际上不可能理解它们，更不用说维护或升级了。怎样才能避免“意大利面条”呢?

实际上，答案很简单：决不允许执行部分超过50或60行。这种大小使你能在一页纸或一个屏幕上查看该代码块的整个逻辑结构，这也意味着你可以真实地领会该程序的意图，而且完全凭直觉就能理解它。

你可能非常同意上述观点，但同时又嘲笑我的建议：程序代码永远不超过50行。没错，你应当嘲笑，因为这当然是不可能的。毫无疑问，你需要超过50行的可执行代码；问题是你把这些代码放在哪，以及你怎样加以组织。

如果采取以下做法，你的确能够应对各种复杂的要求，并把代码限制在50行以内：

将所有的商务规则和离散逻辑块置于其自已的程序(通常是函数)中，从而在任何可能的时候慎重地重用代码。

尽量使用在程序的声明部分定义的局部模块、过程和函数。

假定我在编制一个呼叫中心应用程序。我需要编写一个程序，它要满足下面的要求：

“对于特定部门的每个员工，将其工作量(分派给该员工的呼叫次数)同该部门员工的平均工作量进行比较。如果某员工的工作量低于平均工作量，便将下一待处理呼叫分派给此人，并基于这种情况安排约定。”

我从以前的工作中获悉：我的朋友Claudia已经编写了一个分析包，它会返回工作量方面的信息。但是分派待处理呼叫和安排约定都是全新的工作，需求文档的其余部分对此进行了详细说明。

最初我想把这15页的内容全都看完，但我没有那样做。我使用了一种称为“逐步求精法”或“由顶向下设计”的技术，并先编写了清单4中的代码来实现该程序。

下面给出了清单4中最关键代码行的解释；由该程序(紧凑的执行部分)的最后开始，向上进行。这似乎有悖于直觉，但这的确是通读用逐步求精法编写的程序的最好方式。

第22～30行。用一个游标FOR循环(cursor FOR loop)来对指定部门的所有员工进行迭代处理。在第24～25行，利用分析包中的程序判定当前的员工是否工作量不足。在第27～28行，调用三个程序：assign_next_open_case、schedule_case和next_appointment。我还不知道怎样实现这些程序，但我知道它们通过其名称和参数表表达了需要事先完成的工作。

第10～19行。为第27～28行中的三个程序创建“stub”，也就是占位程序。注意，它们是局部模块，在assign_workload中进行定义，且不能从其他任何程序调用。

第5～8行。定义一个游标，以获得指定部门的所有员工。现在可以设法编译此代码。

对这样一个小程序成功完成编译好像是个小胜利，也的确如此。完成正确编译，然后是简单测试，然后增加一点代码，再进行正确编译，以此类推，诸如此类的小胜利缔造出构造精良的程序，而且会非常满意。

我还可以验证该分析程序是有效的，并且找出了要分派的任务适当雇员。这些工作全部完成后，我将从三个程序中挑出一个，比如assign_next_open_case，进行下一步或下一级别的精细设计。我要阅读该任务的文档，并在assign_next_open_case里编写一个简短的执行部分，它可反映该任务的概况。

很快，我的局部过程有了它自己的局部过程和函数，但在该过程的每一步，我的代码都很短、可读、易于测试、可根据需要进行调整。

4. 找一位好伙伴

计算机并不会编程，人才会。

有多少次你弯着腰、驼着背坐在计算机前，因无法找出代码中的错误而感到非常郁闷?先是几分钟过去了，接着又过了几小时。最后，对自己都厌烦了，感到非常失败，你把头伸出你的小隔间并请朋友过来帮你看一看。

通常会有下面三种情况之一出现：

当你的朋友从她的椅子上站起来时，一切都在瞬间变得非常清楚。

你的朋友瞥了一眼屏幕，马上就指出了问题所在。

你的朋友不负责该系统中你所做的部分，所以你必须说明你的程序在干什么。当你逐步讲解逻辑时，引起错误的问题所在会突然暴露在你面前。

事实就是自己很难调试自己的代码，因为你自己对它太投入、太专注了。

这个问题最好的解决办法是由开发经理创造这样一种文化：各种想法是共享的、不懂是可以原谅的并不会受到处罚、定期进行建设性的代码评审。不幸的是，这些文化上的改变是难以实现的。

与此同时，我建议在帮助改变你所在小组的文化的过程中你应起带头作用。找到另一位开发人员，最好比你经验丰富，并建立一种“伙伴”关系：在出现问题时，他可以充当你的参谋，当然，你也可以充当他的参谋。事前达成共识：不知道所有问题的答案并没有什么不对。

然后为你自己制定一条简单的规则：不要为一个错误苦思冥想超过半个小时。30分钟过去后，把你的伙伴叫过来，让人类心理学为你服务，而不是跟你作对。

获得一种新工作方式的四个步骤

本文为你提供了可以采取的用于改变你的编程体验四个步骤，而无须投资新的工具或改变整个小组的工作流程。这四步甚至可以不全部遵循，只要遵守一步都会让你受益。

【相关文章】

【责任编辑：火凤凰 TEL：(010)68476606-8007】

内容导航