代码之美和代码之丑
bmqnctrue
我在研究计算机游戏,游戏引擎和图形学
展开
-
第7章 漂亮的测试
从没想过测试原来这么漂亮,不过这章讨论的测试是单元测试,并且主要讨论的是测试中的一些技术,像集成测试等并没有讨论,那属于测试的更大范畴了。当然,本书本身题目是代码之美,当然更关注于code这块。 测试因三个方面而漂亮:(我觉得本章讲的很精辟的一点)1。测试因简单而漂亮。2.测试因时 代码更优雅,更可维护和更易测试而漂亮。3.测试因其广度和深度而漂亮。 话又说回jun...2010-04-29 11:23:57 · 56 阅读 · 0 评论 -
关于代码之丑9的思考
最近一直在关注代码之丑系列的文章,郑老师之前开篇说的挺有意思,之前有代码之美系列的文章了,因此他准备写些关于代码之丑的文章,很精辟,就像模式与反模式的关系一样。看了看,觉得很有收获。第9个讲的是是否允许多层缩进的问题,很有启发。不过我觉得多层缩进的造成的问题其实是代码变得很乱,实际上可能造成单个函数体很大,郑老师这篇文章其实核心的思想还是说需要将函数进行拆分,否则大段的语句...原创 2010-12-27 09:35:08 · 194 阅读 · 0 评论 -
代码之丑6的思考
第六篇文章里其实讲的是核心思想就是要将变量的声明与使用尽量放在一起,这其实很有道理,这样才能便于查看在函数使用的地方变量在哪里初始化与声明,更容易的阅读和控制代码。之前项目的程序员应该之前用过c,将所有的变量放在函数的起始地方进行声明,我觉得这样非常不好。正如郑老师讲的,如果出现大段的变量声明与使用分家,实际上很可能意味着这个函数需要重构为更小的函数。最后一句话我觉得说得很...原创 2010-12-27 09:48:41 · 144 阅读 · 0 评论 -
代码之丑3的思考
这篇文章的核心思想实际依然是对语句块的一种重构,其实简单来说,就是郑老师说的写代码不能平铺直叙,这样写代码是体力活,简单的运用一些编程技巧其实会很是代码简洁干净很多。其实我觉得要真是用体力写代码的话,不但自己以后维护代码体力,关键是让接手维护代码的人感觉更体力,而且这种体力是成倍的增加,以为代码多了,代码乱了。...原创 2010-12-27 09:54:11 · 157 阅读 · 0 评论 -
代码之丑4的思考
这篇文章说的其实是重复造成代码的code smell,这点深有体会,现在的项目中之前的程序员很多地方都是拷贝黏贴,造成大量的重复,这样其实坏处很多:1.代码code smell加重,代码显得冗余啰嗦,为以后的代码阅读和维护人员造成不便。这一点正如郑老师讲的。2.代码膨胀(记得看过云风的blog,他说大话的核心代码只有10w(?)左右),现在很多项目本身不是特别大,但代码却非常多,这...原创 2010-12-27 10:06:58 · 176 阅读 · 0 评论 -
代码之丑8的思考
代码之丑8这篇真经典,对于很多程序员来说很有价值。实际上他谈的是程序中的不一致性导致的程序本身的含糊,这是非常危险的。我最近比较大的体会就是软件中不一致性(如同软件工程中文档或规范的不明确)会导致大量的问题,这种代码中不一致性导致后期维护的程序员不能够快速的重用既有的代码。郑老师也说由于本身前期项目的原因,有人会说改变这种现象代价很高,我觉得这是一种权衡,如果现在不做断臂的...原创 2010-12-30 11:07:44 · 87 阅读 · 0 评论 -
代码之丑1的思考
这篇文章让我想起了软件工程中的一个重要原则:职责驱动设计。对于架构师来说,可能是在架构层面做这种规划,在往下细分到程序员,对于程序员就是在代码层面做这种规划了。不同的人有不同的关注点,但本质都是一样的:简洁,有效,可靠,职责驱动。...原创 2010-12-30 11:12:08 · 173 阅读 · 0 评论