記得來TW之前看到過一個(gè)論壇上有人對(duì)TW的一條評(píng)價(jià)：這是一個(gè)奇怪的公司，非常強(qiáng)調(diào)代碼風(fēng)格。

現(xiàn)在已經(jīng)在TW工作半年多了，回想起這句話，發(fā)現(xiàn)自己已經(jīng)完全融入到這種“奇怪的”代碼風(fēng)格了。簡(jiǎn)言之，就是要把程序?qū)懙那逦锥拙S護(hù)。具體如何達(dá)到這種目的。可以參看下面thoughtworks文集中的一篇，對(duì)象健身操，中所闡述的“編程規(guī)范”。

方法只使用一級(jí)縮進(jìn)

拒絕else關(guān)鍵字

封裝所有的原生類型和字符串

一行代碼只有一個(gè)“。”運(yùn)算符

不要使用縮寫

保持實(shí)體對(duì)象簡(jiǎn)單清晰

任何類中的實(shí)例變量都不要超過兩個(gè)

使用一流的集合

不使用任何Getter/Setter/Property

以上的這些標(biāo)題如果感覺不是很能表意，不妨去網(wǎng)上搜下或者買本thoughtworks文集看看。其中第一條中的具體內(nèi)容提到“把函數(shù)控制在5行”。其他條目中也有一些具體的“變態(tài)的”要求。

我在開頭把“編程規(guī)范”打上引號(hào)的意思是：這不是真正要嚴(yán)格遵守的規(guī)范，而是一個(gè)方向。以此為方向?qū)懗鰜淼某绦蚰軌蛟谝欢ǔ潭壬戏锨懊嫣岬降摹扒逦锥拙S護(hù)”。我一直認(rèn)為，標(biāo)準(zhǔn)一定是要定高一些的，這樣即使不能完全達(dá)到標(biāo)準(zhǔn)的要求，也會(huì)為此為努力。比如你的標(biāo)準(zhǔn)是60分，你可以輕松的達(dá)到而自我滿足；而我的標(biāo)準(zhǔn)是101分，雖然永遠(yuǎn)都達(dá)不到，可是我可以保持在饑餓的狀態(tài)，從而不斷的進(jìn)步。

工作的前4，5個(gè)月，大部分時(shí)候?qū)懙氖且恍┬麓a?？梢蚤_心的按照上述的原則去編碼。事實(shí)上寫出來的代碼也能夠讓自己覺得滿意：短方法，表意的名字，測(cè)試，清晰簡(jiǎn)單的結(jié)構(gòu)。并且感覺現(xiàn)代IDE對(duì)這種代碼風(fēng)格也是比較支持的。直到從TWU回來，回到原來的項(xiàng)目。項(xiàng)目進(jìn)入support階段。其實(shí)就是給人家修修bug。關(guān)鍵這些bug不是我們之前做的新功能引入的，而是他們的陳年老bug，兩三年前的都有。所以這個(gè)階段寫的新代碼少，多數(shù)是先讀懂之前的代碼，然后做少許修改。不得不說看這些老代碼看起來真是恨痛苦，很慢。很多超過一屏甚至兩屏的長(zhǎng)函數(shù)，在我們24寸的大顯示器下。

在抱怨老代碼寫的像一坨的同時(shí)，突然覺得，還是自己看代碼的能力有欠缺。一直工作在相對(duì)來說比較簡(jiǎn)單易懂的代碼庫上，然后去看這些一坨的代碼就好像一個(gè)人很整潔很愛衛(wèi)生的人突然被扔到垃圾堆里，異常難受。而對(duì)于常年在垃圾堆里生活的人們?cè)缫丫寐劜挥X其臭，甚至還對(duì)垃圾堆中的那些病菌產(chǎn)生了抗體。世界沒有那么美好，工作中總是會(huì)遇到不盡如人意的代碼庫，無論是做交付還是做咨詢。所以除了要有寫出清晰漂亮代碼的能力外，還要有讀復(fù)雜，凌亂的代碼的能力和改造復(fù)雜凌亂代碼的能力，也就是我們常說的重構(gòu)。

復(fù)雜代碼可以分成兩種：

一種是受到語言，平臺(tái)，庫的限制，使得代碼無法寫的非常簡(jiǎn)短和易懂。比如使用純c，沒有很好的語言特性和可用的sdk，使得實(shí)現(xiàn)復(fù)雜邏輯的時(shí)候不可避免的要寫出很長(zhǎng)很復(fù)雜的代碼。有時(shí)短的代碼也不一定清楚，比如在代碼中大量使用組合表達(dá)式或者是位運(yùn)算符，在讓代碼變短的同時(shí)，變得更難懂。這些時(shí)候通常是處于效率的考慮。

一種是我們有了更高級(jí)的語言和其上的大量的框架。如java＋spring＋struts＋hibernate，或者是直接用Ruby on rails，Django等更易用的工具。通常在這些框架下寫程序，是很容易遵循上面提到的讓程序清晰簡(jiǎn)單的原則的。如果在這樣的基礎(chǔ)上寫出了讓人摸不著頭腦的代碼，那就完全是程序員的責(zé)任了。

現(xiàn)在有種感覺，在層層疊疊的框架下寫程序，就像是搭積木，越來越簡(jiǎn)單。底層封裝的越來越嚴(yán)實(shí)，程序員都像白癡一樣機(jī)械的在框架中填寫你想實(shí)現(xiàn)的業(yè)務(wù)邏輯。發(fā)明框架的原因是為了讓程序員不再重新創(chuàng)造輪子。但是長(zhǎng)期在框架上工作的結(jié)果是，大家都不會(huì)做輪子了，真正有一天需要你做點(diǎn)不太一樣的輪子的時(shí)候，就sb了。

程序員寫代碼的能力是凌駕于語言之上的，是思考問題，抽象問題和用另外一種語言簡(jiǎn)潔，有效，清晰地描述問題的能力。我相信一個(gè)能寫出優(yōu)秀c代碼的人通過一段時(shí)間對(duì)java及其上的一些框架的學(xué)習(xí)，也能寫出優(yōu)秀的java代碼。

目前我正在學(xué)習(xí)各種各樣的框架，平時(shí)的工作也是在這些框架上工作，越來越感覺，學(xué)習(xí)這些新知識(shí)的同時(shí)，做為一個(gè)程序員的基本功也不能放下?？蚣苁呛芎玫臇|西，在提高生產(chǎn)力方面，但是框架讓寫程序變得簡(jiǎn)單的同時(shí)也會(huì)降低對(duì)程序員的要求，久而久之，基本功就被荒廢了。如何鍛煉這些基本功？個(gè)人認(rèn)為用最簡(jiǎn)單的語言，如c，去做一些算法題是一個(gè)不錯(cuò)的主意；或者不甘做玩積木的小孩兒，看看框架的源碼。其實(shí)做為一個(gè)計(jì)算機(jī)專業(yè)的學(xué)生，這些鍛煉應(yīng)該是當(dāng)學(xué)生的時(shí)候都好好練習(xí)過的東西。如果現(xiàn)在發(fā)現(xiàn)有所欠缺了，就趕緊補(bǔ)補(bǔ)吧。