1
BOOM 2013-08-15 09:38:35 +08:00
其实只要自己喜欢就可以了
我活在我自己的世界里 |
2
happypy1 2013-08-15 10:04:31 +08:00
有一本书值得推荐阅读:clean code - a handbook of Agile Software Craftsmanship
|
3
refresh 2013-08-15 10:17:20 +08:00
不停地造轮子,再对比别人的轮子,不停地写,不停地改,然后你就成牛人了
|
4
luikore 2013-08-15 10:24:44 +08:00
想清楚再动手, 思路清晰代码自然清晰
|
5
denger 2013-08-15 11:26:59 +08:00
看优秀开源软件/框架的代码
|
6
thinkif 2013-08-15 11:41:07 +08:00
如果写的时候匆忙,写出了Quick & Dirty的代码,那写完某个函数或功能或模块(总之自己找到一个平衡点)就对代码进行重构,该抽象的就抽,该简化的就简
|
7
kid177 OP |
8
luikore 2013-08-15 13:03:50 +08:00
@kid177 你说的是自上而下组织代码, 但那是在想清楚之后的事情了. 而且自上而下还是自下而上看实际情况, TDD就先写调用方再写被调用方, 但有些不确定的地方可能就要自下而上, 一点点渐进增强...
重构消耗时间是多是因为写的时候没去思考(what why how), 也没有 DRY(don't repeat yourself) 的意识, 啪啪啪一大坨就上去了... 你可以通过调整架构, 提取函数等方法转移复杂性, 但是没有降低复杂性... 如果思路清晰, 理解了业务也熟悉了语言和库, 往往能直击要害一两行搞定, 重构阶段就不怎么费力了. |
9
wang2191195 2013-08-15 15:14:05 +08:00
多想 多写 多重写
|
10
FrankFang128 2013-08-15 15:17:41 +08:00
命名最重要,最好不要缩写。
我见过的ACM的人命名的变量都是很短的名字,无法阅读。 |
11
kid177 OP @FrankFang128 命名是个难题=。= 英语刚过4级的水平,每次命名变量都不知道该怎么办...
|
12
ipconfiger 2013-08-15 17:58:02 +08:00
https://github.com/ipconfiger/baiduPushWrapper 来试试看这个代码好懂不?
|