作者yoco315 (眠月)
站内Programming
标题Re: [请益] 程式该怎麽越写越好呢
时间Fri Aug 21 17:36:07 2009
※ 引述《adrianshum (Alien)》之铭言：
: 其实, 往往要写一千字去解释, 我觉得那不算真的高手.
: 我一向的目标都是要把程式写得 self-descriptive, 要
: 别人不看 comment 也看得懂.
: comment 就留在偶然为了效率写得难明, 或有特别东西要
: 别人留意的时候才用吧.
: (还在磨练中)
同意，还要写注解那就代表程式码本身描述力不足。
「程式可读性」有个很经典的例子 XD
假设有一个 Date 类别，请问建构函数要怎麽设计？
Date date1 = Jan(12, 2008) ;
Date date2 = Feb( 9, 2009) ;
忘记在哪边看到的了... XD
--
To iterate is human, to recurse, divine.
递回只应天上有, 凡人该当用回圈. L. Peter Deutsch
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 203.160.254.105
1F：→ adrianshum:这个... 是反面教材吗?... 202.155.236.82 08/21 18:18
2F：→ ykjiang:这个例子很正面，程式本身就很具描述性 61.59.85.180 08/21 19:54
3F：→ tinlans:黑书前两章的地方有提过。118.160.106.184 08/21 20:19
4F：→ chessjim:很不错,只是要定义较复杂的语意就难搂 59.113.69.129 08/21 21:20
5F：→ ykjiang:好的介面设计就是让人一看用例就懂， 61.59.85.180 08/21 21:25
6F：→ ykjiang:并且不容易忘记，因为是如此的自然 :) 61.59.85.180 08/21 21:26
7F：→ ykjiang:这时如果再加注解，那就显得多余了 61.59.85.180 08/21 21:26
8F：→ wa120:我反而不喜欢这样设计这个Date Object 140.133.9.148 08/22 04:24
9F：→ wa120:Date的原意在日期 这样重点(Method)跑道 140.133.9.148 08/22 04:26
10F：→ wa120:月份去了 140.133.9.148 08/22 04:26
11F：→ ykjiang:不会跑到月份啦，看也知道是日期 61.59.85.110 08/22 13:06
12F：→ ykjiang:用高阶的方式思考，不要局限在语言 61.59.85.110 08/22 13:06
13F：→ ykjiang:program into a language; 61.59.85.110 08/22 13:10
14F：→ ykjiang:NOT program in a language. 61.59.85.110 08/22 13:10
15F：→ ykjiang:Jan(12, 2008) 不但易懂，还防呆 61.59.85.110 08/22 13:17
16F：→ tinlans:跑到月份去的话那写 Date date = 干嘛。 118.160.106.29 08/22 14:05
17F：推 kuninaka:何必呢218.164.154.105 08/22 14:16
18F：→ ykjiang:还有，月份只有 Jan ，不会有 (12, 2008) 61.59.85.110 08/22 15:27
19F：→ adrianshum:你可以说我古板, 但 method 就该是动词 202.155.236.82 08/24 14:50
20F：→ adrianshum:当你看到一个叫 Jan 的 method, 那有什 202.155.236.82 08/24 14:50
21F：→ adrianshum:麽好处呢?... 要防呆, 我宁愿弄个enum 202.155.236.82 08/24 14:50
22F：推 kuninaka:青菜萝卜各有喜好 218.164.144.88 08/24 17:31
23F：推 adrianshum:我还是老论点: 这种违背正常设计原则的 202.155.236.82 08/25 10:43
24F：→ adrianshum:创新方法, 待把程式撰写作为工艺磨练好 202.155.236.82 08/25 10:44
25F：→ adrianshum:才搞这种 "创新" 吧. 我实在不能苟同一 202.155.236.82 08/25 10:45
26F：→ adrianshum:个叫 Jan 的 method, 超诡异的 202.155.236.82 08/25 10:45
27F：→ adrianshum:Date d=getDate(2008, Month.JAN, 1); 202.155.236.82 08/25 10:46
28F：→ adrianshum:这会比起那个写法难读吗? 我觉得还比较 202.155.236.82 08/25 10:46
29F：→ adrianshum:易读, 防呆也没分别 202.155.236.82 08/25 10:46
30F：推 bobju:有些规范比较严格的软体公司会限制程设师用 59.104.183.16 08/25 11:16
31F：→ bobju:这类'别树一格'的语法. 59.104.183.16 08/25 11:17
32F：→ bobju:为什麽?搞得跟人家不一样只会造成大家的困扰 59.104.183.16 08/25 11:17
33F：→ bobju:.一看就懂吗?只怕未必.因为人家还是希望有标 59.104.183.16 08/25 11:19
34F：→ bobju:准文件做为参考基准.而不是让程式自己说话. 59.104.183.16 08/25 11:19
35F：→ ykjiang:to adrianshum, 你那样写的确也防呆， 218.167.67.14 08/25 12:09
36F：→ ykjiang:看起来也很清楚，但用起来却显得比较累赘 218.167.67.14 08/25 12:10
37F：→ ykjiang:若 Jan() 或 Date() 视为 constructor ， 218.167.67.14 08/25 12:12
38F：→ ykjiang:或 factory method ，就不必坚持使用动词 218.167.67.14 08/25 12:12
39F：→ ykjiang:to bobju, 不确定你说的标准文件的内含， 218.167.67.14 08/25 12:16
40F：→ ykjiang:为啥该文件会跟这个用例冲突， 218.167.67.14 08/25 12:16
41F：→ ykjiang:就我知道，很少程式规范到那麽细的地方 218.167.67.14 08/25 12:17
42F：→ ykjiang:另外，请区分 function 及 procedure 218.167.67.14 08/25 12:19
43F：→ ykjiang:procedure 命名才会建议用动词 218.167.67.14 08/25 12:19
44F：→ ykjiang:我想 adrianshum 一定把这段码当成 JAVA， 218.167.67.14 08/25 12:25
45F：→ ykjiang:刚好想到 JAVA 的 new 也很累赘... 218.167.67.14 08/25 12:26
46F：推 Schelfaniel:这就是Java程设师和C++程设师的不同 163.29.29.137 08/25 17:06
47F：推 bobju:to ykjiang简单讲就是不要用自创的'程式语法 59.104.183.16 08/25 23:57
48F：→ bobju:写程式.你写的程式码用法最好都有官方文件为 59.104.183.16 08/25 23:58
49F：→ bobju:参考根据. 59.104.183.16 08/25 23:58
50F：→ adrianshum:和 C++/Java 没关吧?! method 是动词是218.103.237.217 08/26 00:42
51F：→ adrianshum:基本 OOAD 的做法吧...218.103.237.217 08/26 00:42
52F：推 zerodevil:楼上看rails的document一定会看到吐血.. 220.133.186.66 08/26 01:53
53F：推 zerodevil:写起来像英文是好事啊 不一定要坚持什麽 220.133.186.66 08/26 01:56
54F：→ zerodevil:OOAD的作法.. 220.133.186.66 08/26 01:56
55F：→ Schelfaniel:Java写久了自然会比较接受Java那一套 163.29.28.137 08/26 08:29
56F：→ adrianshum:其实我是干了五六年 C++ development 202.155.236.82 08/26 11:29
57F：→ adrianshum:最近几年才主力写 Java 而已. 我说的原 202.155.236.82 08/26 11:30
58F：→ adrianshum:则在 C++ 的时候已经有遵从. 我常说, 202.155.236.82 08/26 11:30
59F：→ adrianshum:创新不是问题, 但待你把基本的磨练好 202.155.236.82 08/26 11:31
60F：→ adrianshum:才想创新的玩法吧. 202.155.236.82 08/26 11:39
61F：→ ykjiang:内文明明就说是问「建构函式」怎麽设计 218.167.67.14 08/26 13:02
62F：→ ykjiang:而不是问 object methods 218.167.67.14 08/26 13:03
63F：→ ykjiang:例如数学函式也都命名为 sin(), cos() 等 218.167.67.14 08/26 13:05
64F：→ ykjiang:不会是 getSin(), getCos() 218.167.67.14 08/26 13:05