|
|
|
|
移动端

1.6.1 别急,慢慢来

《Oracle PL/SQL程序设计(第6版)(上下册)》本书基于Oracle数据库12C,从用PL/SQL编程、PL/SQL程序结构、PL/SQL程序数据、PL/SQL中的SQL、构造PL/SQL应用程序、高级PL/SQL等6个方面详细而系统地讨论了PL/SQL以及如何有效地使用它。本节为大家介绍别急,慢慢来。

作者:方鑫 译来源:人民邮电出版社|2017-09-06 19:00

技术沙龙 | 6月30日与多位专家探讨技术高速发展下如何应对运维新挑战!


1.6 一些建议

自从1995年本书第1版问世以来,作者有幸培训、帮助和合作过的PL/SQL开发者数以万计。在此期间,作者向他们学到了很多,也逐渐找到了如何在PL/SQL世界进行工作的一些方法。作者在此给出一些建议,说明如何利用PL/SQL强大的编程语言提高工作效率,希望读者们不要嫌太唠叨。

1.6.1 别急,慢慢来

我们几乎总是被工作交期压迫着,忙着解决一个又一个问题,很多代码还等着我们去完成,没时间慢悠悠了,现在就开始吧——我们是这样想的,对吧?

错了!如果我们一头深深扎进构建代码的工作中去,机械地将客户需求转化为成百、上千甚至上万行代码,最终我们得到的是一团乱七八糟、无法调试和维护的代码垃圾。不要因为恐惧交期而仓促应对,相反,如果我们仔细规划,反而更有可能按时交工。

作者强烈建议,在开始构建一个应用,甚至仅仅是一个应用的特定程序时,一定要顶住时间的压力,做好以下几件事。

在开始编码前,构建测试实例和测试脚本

在编码开始前,我们要先确定好将来如何去判断实施的成功与否。我们只有构建了测试实例和脚本,才能做出正确的程序界面,同时有助于我们彻底了解我们的程序到底要实现什么。

在为应用编写SQL语句时,建立清晰的开发规则

一般来说,作者不建议每个开发者为了实现一些功能而编写各自的SQL语句。相反,那些单行的查询和插入、修改语句应该隐藏在预定义和测试好的过程或函数中(所谓的“封装”)。这些过程和函数可以在不同地方被不同程序重复调用,对它们的优化、测试和维护会更有效率。

在处理应用中的异常时,有对应的清晰规则

团队中所有的开发者都应遵循相同的报告、处理、记录规则。最佳方法是创建一个错误处理过程包,把如何进行错误报告、如何对错误进行处理,以及如何在不同设计模块进行通告这些细节隐藏起来,同时避免将异常处理硬编码在应用程序中。应该严格要求开发者使用同样的异常处理过程包进行异常处理,而不允许他们编写各自的异常处理代码,那将是复杂、耗时、易出错和和难于维护的。

采用从上至下(又称为“逐步细化)的设计方法,以便将复杂的需求逐步分解完成,从而降低集中处理的难度

如果我们使用这种设计方法,就会发现各模块的执行单元变得简短且易于理解,从而使得将来维护和升级这些代码相对轻松。本地或者嵌套模块在这种设计原则中起着关键作用。

以上这些,只是在编码开始前,需要牢记的一部分原则。请记住:在软件开发的世界里,仓促动工不仅会资源浪费,而且一定会带来大量的bug处理工作量,以及花在加班上的悲惨的周末时间。

喜欢的朋友可以添加我们的微信账号:

【责任编辑:book TEL:(010)68476606】

回书目   上一节   下一节
点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

程序员教程(第2版)

本书按照人事部、信息产业部全国计算机技术与软件专业技术资格(水平)考试程序员考试大纲编写,是对2004版的修订版,内容包括计算机系统、...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊