Unix编程艺术和代码大全比较阅读

最近在看Unix编程艺术，收获颇多，联想起以前看过的同样获益匪浅的代码大全，突然萌生出比较两者观点的想法，那就开始吧。

Unix编程艺术：简称U。

代码大全：简称C。

1） 函数的长度

U（4.1）：200到400之间的逻辑行代码是最佳点，可能的缺陷密度达到最小。

C（7.4）：可以允许子程序的长度有序的增长到100至200行（不算源代码中的注释行和空行）

真的要争执到底是100到200好还是200到400好确实没有什么意义，总之记住，函数不要太长，当然也不要教条，函数写到200行，觉得长了，写一个子函数，将后续的几行代码写入，这样就有狗尾续貂之嫌了，总之，长度适中，表达一个完整逻辑即可。

2） 重复代码

U（4.2.3）：重复会导致前后矛盾，对重复点修改时，有可能遗漏。

C（7.1）：避免代码重复，毋庸置疑，创建子程序最普遍的原因是为了避免代码重复。

有些人总喜欢炫耀自己编写了多少多少行代码，殊不知对于代码的精雕细琢远胜于无数的ifelse，当代码在指尖跳跃时，不妨停下来想一想，编写代码之前的思考是否充分，是否还有更简洁的实现方法。正如U（4.2.5）中所述：因为我们编制软件是为了解决问题，所以我们不可能完全超然于问题之外——但是值得费点心思，看看可以抛弃多少先入之见，看看这样做能不能使设计变得更紧凑、更正交。这样做下来，代码复用经常由此变为可能。

3） Unix哲学和软件质量

U（1.6）清晰胜于机巧，设计要简洁，复杂度能低就低。

C（20.1）可维护性，可读性，可理解性。

简单！简单！简单！我想所有有过编程经验的人对于简单应该是最有意会的，在满足需求的情况下，采用最简单的实现方式，往往是程序员永远的希冀。记得看编程珠玑时，第八章的算法设计技术，介绍了在输入的任何相邻子向量中找出的最大值的算法，当看到最终的优化算法时，我的嘴基本上就合不上了unix编程艺术，相信任何看到这里的人都会和我有同样的想法。

（编辑：成都站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!