这是一个创建于 2992 天前的主题，其中的信息可能已经有所发展或是发生改变。
长篇大论不好记，咱们来点简单的？一个法则一句话？
 |
1
wkan 2017 年 11 月 5 日 via iPhone
S.O.L.I.D ?
|
 |
2
takanasi 2017 年 11 月 5 日
空格比 tab 好。
|
 |
3
helloworld12 2017 年 11 月 5 日
AST
|
 |
4
brickyang 2017 年 11 月 5 日 via iPhone  1
听起来楼主需要的是《代码整洁之道》的前几章。读读看？
|
 |
5
yanw 2017 年 11 月 5 日 via iPhone
风格统一
一个函数只做一件事 |
 |
6
NonClockworkChen 2017 年 11 月 5 日
少玩游戏,多看书...这个法则,超简单.
没坚持一个月,都有长足进步... |
 |
7
we2ex 2017 年 11 月 5 日 via Android
KISS
|
 |
8
tcpdump 2017 年 11 月 5 日 2
交规那么详细，车祸少了吗？
|
 |
9
geelaw 2017 年 11 月 5 日
不写代码，这样你写出来的代码都是高质量、容易阅读的。
|
 |
10
carlclone 2017 年 11 月 6 日 via Android
智商高自然而然就写出来了，智商低同楼上，别写
|
 |
11
shiny PRO 四个字就够了：名副其实。
函数名称能反映出函数的功能。 如果名称太长才能解释出功能，说明你的函数写的太复杂了。 变量名能体现出值的含义。 如果无法做到，说明程序其实还能拆解。 同样推荐《代码整洁之道》 |
 |
12
Pyjamas 2017 年 11 月 6 日
少写代码呗
但是事实上应该多写 |
 |
13
tyrealgray 2017 年 11 月 6 日 via iPhone 1
写测试，高内聚，低耦合，多重构。
|
 |
14
cxbig 2017 年 11 月 6 日
没有，团队都是互相磨合的。越大越麻烦。
|
 |
15
l00t 2017 年 11 月 6 日
我觉得不用追求“易于阅读”。读代码总是和读者的背景知识相关的。多易读才叫易于阅读也没个明确标准。稍微有那么个意识，尽量写简明些就好了，不用太执着于此。
|
 |
16
a570295535 2017 年 11 月 6 日
易读？ What ？
写个几个字注释一下比啥都管用！！！ 写个几个字注释一下比啥都管用！！！ 写个几个字注释一下比啥都管用！！！ |
 |
17
yxjxx 2017 年 11 月 6 日
没有银弹
|
 |
18
strahe 2017 年 11 月 6 日
|
 |
19
leopku 2017 年 11 月 6 日
JS 的话，eslint 做出一个适合团队的规则能解决 80% 的问题
|
 |
20
1iuh 2017 年 11 月 6 日
我看了《代码整洁之道》之后写代码更加迷茫了。 我觉得还是多看看优质开源项目的代码吧。
|
 |
21
EPr2hh6LADQWqRVH 2017 年 11 月 6 日
JAVA
|
Select Language