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