心理学，再谈好代码

CC里没有一句说怎么样写代码才最好
都是自己掂量着办的语气。

冲动后代码：
Java代码
def imgName=XXX?"meigui":"" 

---------
这样的代码是垃圾。

没有固定的好的代码格式，确实需要自己看着办。
适合A不一定适合B。

好吧……你和我的习惯几乎完全一样……握手……

另外，你是A型血吗

麦蒂35秒13分

我最讨厌的代码是这样的：最开始我打开一个文件，在阅读的过程中，我发现一个不清楚的方法，于是我按下ctrl并点击鼠标，于是我跳到另外一个文件；接下来，在阅读另外一个方法里，我再次发现了一个不清楚的方法，于是我再次按下ctrl并点击鼠标，哇哈，新的文件打开了....如此反复，终于当我打开最后一个文件时，我发现IDE的文件条里已经密密麻麻的排满了好几排文件，于是，我移动鼠标，右键，弹出一个关闭菜单，我选择了close others，瞬间，哦米拖佛，整个世界清静了，但是，等等，我最初是打算干嘛来着？ 

所以，请把所有相关联的代码都集中在一个地方，求您了。哦，对了，能不用接口请不要用接口，总会碰到这样的情况，打开好几排的文件，接口文件占了一半，我靠，少几个接口会死啊。对了，这可能是您的一致性心理在作怪，对不起，对不起。 

 

 

以前看有大师说要分离 要接口

 

而且看spring代码一个方法也会跟踪出好几排的文件~

把接口放一起。
在这个目录下建个包放接口的所有的实现。。。。
配合起来也好。弄

其实代码过分最求简单的话会导致可读性下降
这样的代码就和简短的文言文一样了
好的代码应该是思路清晰,设计简洁

我觉得这个问题的根源是 用户对IDE 不熟悉。
在Eclipse中， F3 查看， F3查看， F3查看， alt + left 后退， alt + left 后退， alt + left 后退。不用碰鼠标，不过几秒，如果你还想不起来干啥， 运行一下单元测试，看看哪里FAILED了，就干哪里。

Pragmatic Programmer的作者，建议大家以每天学会一点目前所用IDE的新功能为荣。

自己当初对于Eclipse 的快捷键的基础，让我现在用Aptana 得心应手。。。 *_*  你的付出绝对不会让你失望的。

大师说的没错。withouth EJB 提倡写小方法。refactoring 则是说事不过三，当你第三次见到某段代码应该 extract method, 那么就果断 extract 之。 当今几乎有名的开源程序，几乎都是小方法组成的。


不赞成缩写。如果这个文章确实被徐昊点评过，那么我很好奇，他对你缩写的观点如何看，以及 小方法所处的位置。作为一个TW控，我认为他们的项目中是禁止用缩写的。

对于LZ的其他观点甚是赞同 :-)

代码重构的思想就是这些，不重构也罢！