代码整洁之道的讨论

代码整洁之道里面说：

引用
不明白整洁对代码有何意义，尝试去写整洁代码就毫无所益

     我目前经历了下面几个阶段，始终觉得思想不到位，听人家再怎么说也不能很好的执行，更不能主动参与执行

整洁阶段一：     项目组会有一些约定，命名规则，代码规则，要求严格的项目组，如果你不按照要求，你的代码无法commit
此时我们的想法是，必须要这样做，至于有何意义，大多停留在如果不这样你的代码别人不好理解，咱们的规章制度是这样嘛，不这样不行

整洁阶段二：     你的代码会有人来读，你的代码是一笔资产，资产的意义不是他只能解决现阶段的需求，它还可以很容易明白，很好修改，他会被很多人读，需要理解你代码的成本大于你代码目前解决现在需求的成本
那么感觉到这个意义后就努力 把自己的代码有好的UI，然后代码逻辑清晰，不断的重构

整洁阶段三：      阶段二和实际问题的矛盾，你的老大或者项目经理是否像整洁之道里面叙述的：

引用
经理和营销人员指望从我们这里得到必须的信息，然后才能做出承诺和保证；即便他们没开口问，我们也不该羞于告知自己的想法。用户指望我们验证需求是否都在系统中实现了。项目经理指望我们遵守进度。我们与项目的规划脱不了干系，对失败负有极大的责任；特别是当失败与糟糕的代码有关时尤为如此！ “且慢！”你说。“不听经理的，我就会被炒鱿鱼。”多半不会。多数经理想要知道实情，即便他们看起来不喜欢实情。多数经理想要好代码，即便他们总是痴缠于进度。他们会奋力卫护进度和需求；那是他们该干的。你则当以同等的热情卫护代码。

    项目进度与自己对进度的职责，让人经常没有时间去思考代码应该更好，因为你有忙不完得事情，尽管你知道好的代码会多好，但是谁能抗住这个压力，有时候还会想，管理层都不在乎自己为什么要在乎，一个更好的解决方式可能耗费你很多时间，这个时候好的代码就成了道德层面的东西，悲剧啊

最简单的办法，就是靠经验呗。没时间去整洁那本来就不是个人的错，所以我们只好靠开发或学习经验的积累了。

尽量做到整洁。好看的代码和美女一样赏心悦目~

虽然说平时因为很多原因，我们不能做到尽善尽美，但我们至少要有这个意识，平时代码尽量写得整洁，习惯性得偏向整洁，长期下来就会感觉自己的代码变得“好看”很多。

z108898 写道
虽然说平时因为很多原因，我们不能做到尽善尽美，但我们至少要有这个意识，平时代码尽量写得整洁，习惯性得偏向整洁，长期下来就会感觉自己的代码变得“好看”很多。

   一如既往的要求自己，相信自己会有成长……

整洁的代码意义还真不好说。
也许对于整个项目是很有意义你的，但是具体到当时的执行人特别是项目Leader，研发和维护通常都不是同一个负责人，这时候很难指望整洁的代码。

fhjxp 写道
整洁的代码意义还真不好说。
也许对于整个项目是很有意义你的，但是具体到当时的执行人特别是项目Leader，研发和维护通常都不是同一个负责人，这时候很难指望整洁的代码。

我觉得整洁的代码包含了很多意思，最表层的就是代码好看，然后就是读着然人感觉很通顺，代码能明显看出你想表达的是什么，然后就是重构方面的事情，尽管不是同一个人，但如果大家都按照这个来，切换人员之类的应该还是可以保证整洁的

整洁一和二的话，写几年代码一般基本可以做到。

zhangdefeng2008 写道
整洁一和二的话，写几年代码一般基本可以做到。

三是重点，才显得水平，有什么好的策略呢？

还是在写代码之前好好想想吧。至少自己写的代码自己要满意。