自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

程序員談編碼質(zhì)量與命名

開發(fā) 開發(fā)工具
不少程序員以為提高編碼質(zhì)量,需要很多激動人心的創(chuàng)新,需要明顯的飛躍,這也許對,但我個人感覺項目中提高編碼質(zhì)量是個水磨功夫,要一步步積累,方法論大多時候幫助不大。

這次先從命名說起。

當我們看到一份設(shè)計圖或一份代碼時,大多數(shù)人會【望文生義】。但使人【望文生義】卻正是語言文字的根本使命。

因此,如果一個函數(shù)被命名為Add(),但內(nèi)部實際做的是減法,那么這份設(shè)計或者這份代碼,一定是很難理解的。

于是一個非?,F(xiàn)實的問題就擺在了我們的面前:我們究竟應(yīng)該如何為類,為方法等等命名?

以命名而論,有兩個較大的陷阱:一個是名實不符,一個是詞義混淆。

名實不符的常見情形又有兩類。比如:

以偏概全。假設(shè)說一個方法被命名為OutputLineNumber(),但實際上這個方法會在分析源文件后,同時輸出LineNumber和指定行號下的內(nèi)容大而無當。假使說一個類被命名為XMLHandler,那么看得人基本不能從這個名字上獲得有效信息。這主要是由于Handler這個詞的含義過于寬泛。 

上文所說的命名為Add()但實際做減法操作是名實不符的極端情形,達到了名實相反的地步。

詞義混淆則源自語言文字自身的限制。常表現(xiàn)為一詞多義或多詞一義。

語言文字可以被看成是一種表意的符號系統(tǒng),這個符號系統(tǒng)的典型特征是其模糊性。

同一個意思可以有許多種表達方法。比如說:index和number是兩個不同的詞,但很多時候其意義互相重疊。而假如說一個變量名為fileNumber,那么這個變量既可以代表文件的總數(shù),也可以代表某個具體文件的編號。

上述問題會因為英語不是我們的母語而變得更為麻煩。

名實不符與詞義混淆這類陷阱的一個主要觸發(fā)條件是軟件自身的不停衍化。

在之前的文章里曾經(jīng)提到過,對于概念和邏輯的認知是一個逐層遞進的過程。

在這一過程中,包,類,方法等的內(nèi)涵必然會發(fā)生變更。變更無疑的會使名實不符這類問題加劇。比如:一個類原本負責輸出測試結(jié)果,這時候OutputTestResult這樣的命名可能是合適的。可隨著軟件功能的增強,最終可能不知要輸出結(jié)果,還要對結(jié)果進行一定分析和統(tǒng)計。這樣原來的命名就顯的有些不合適了。

在對命名這一問題的根源進行分析之后,我們來看看可能的應(yīng)對方法。

命名問題事實上并不能只在命名這一環(huán)節(jié)進行解決,首先要有容易命名的對象,接下來才有容易命名的事實。

比如說:是先有貓和狗這類外在特征不同的動物,接下來我們才用貓和狗這樣不同的名字來稱呼他們,而非相反。

如果概念之間是正交的,概念的邊界也是清晰的,那么命名無疑會容易很多。好的設(shè)計是改善命名的基礎(chǔ)。

也就是說,很多時候我們感到命名困難,真正原因可能并非是命名的技能不夠,而是設(shè)計還不夠優(yōu)化。

在努力改善設(shè)計之后,才需要面對純粹的命名問題。

從本質(zhì)上來看,命名問題并不是一個編程的問題,而是一個表達的問題。命名最終對讀程序的人負責。

有些表達上的基本原則對于解決命名問題會有些幫助,比如:

尊重既成事實 

無疑的每個人都是有創(chuàng)造性的,但在命名的時候發(fā)揮創(chuàng)造性則更可能是有害的。比如說:在XML的世界中一般使用sibling這個詞來表示兄弟節(jié)點,這種時候就不需要創(chuàng)造性的使用brother node這樣的自制詞匯了。

用完整詞匯 

對一般人而言要求事先記憶幾十個縮寫詞,而后來讀程序是不太可能的事情。所以如果一個程序中充滿_Tx和CSCP這樣的特制符號的話,那這樣的程序幾乎一定是不容易懂的。

一個典型的反例是P.J Plauger版的C++標準模板庫。也許是出于隱藏實現(xiàn)細節(jié)的目的,這份標準模板庫的實現(xiàn)里面幾乎完全不用完整詞匯。如果想體驗一下不用完整詞匯的后果,那么可以讀一下這里面的代碼。

要具體 

具體是一個方向。

比如說:可以用OutputLinenumber()的時候,就不要用Output()。而可以用OutputCppLinenumber()的時候就不要用OutputLinenumber()。

 多人協(xié)作的時候,使用統(tǒng)一規(guī)范 

這條規(guī)則最終會導致常說的Coding Rule。對具體如何定義Coding Rule,《代碼大全》一書中給出了詳細的指導,這里就不在說明了。

有一點需要補充的是,就和說話的時候記不住語法一樣,設(shè)計或做編碼的人往往也記不住編碼規(guī)則。所以規(guī)則也不宜過多。如果必須詳細,那么至少要主次分明。比如說:統(tǒng)一使用主賓結(jié)構(gòu)還是使用動賓結(jié)構(gòu)這樣的選擇會影響程序的大部分內(nèi)容,那么就應(yīng)該優(yōu)先統(tǒng)一。

原文鏈接:http://www.cnblogs.com/daoshi/archive/2012/04/23/2465812.html

【編輯推薦】

  1. 程序員需要謹記的九大安全編碼規(guī)則
  2. 如何優(yōu)化Java程序設(shè)計和編碼提高性能
  3. Swing多線程編碼過程中的誤區(qū)
  4. 缺乏想象力的程序員
  5. 一個老程序員的十年回顧
責任編輯:彭凡 來源: 博客園
相關(guān)推薦

2012-07-12 09:31:49

程序員

2009-03-20 10:06:21

程序員PHP職場

2013-05-30 13:30:00

代碼效率程序員

2013-11-01 17:24:39

程序員命名

2023-09-07 09:46:44

程序員編程

2013-07-15 13:45:16

程序員

2012-04-27 09:24:44

程序員編碼員

2010-12-16 11:05:36

數(shù)學程序員Google首席Jav

2020-02-25 15:14:13

程序員人生第一份工作睡眠

2013-03-12 10:44:01

程序員

2013-05-02 08:57:04

程序員創(chuàng)業(yè)

2018-01-23 09:37:59

程序員面試薪資

2021-01-09 22:35:51

程序員編碼代碼

2010-05-12 16:19:32

程序員面試經(jīng)驗

2018-01-02 09:36:55

程序員加薪年終

2015-04-20 09:50:58

程序員

2019-03-05 14:37:55

程序員加薪老板

2013-08-20 09:33:59

程序員

2012-03-06 09:22:46

程序員

2020-03-09 11:14:25

程序員技術(shù)設(shè)計
點贊
收藏

51CTO技術(shù)棧公眾號