日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
程序員如何讓你的變量名更加精確

關鍵點

  別人還能把這個名字理解成什么意思?通過不斷的問自己這個問題來積極檢查每一個命名。

  事實上,這種富有創(chuàng)造性的、不斷嘗試“錯誤理解”的方法,能夠有效的發(fā)現(xiàn)歧義的命名,并修正它們。正如本文中的示例,我們將隨時通過“騎驢看唱本 ——邊走邊瞧”的方式來 探討所見到名字的誤解之處,然后選取一個更好的名字。

  示例:Filter()

  假設寫了一段代碼來操作數(shù)據(jù)庫結果的集合:

  results= Database.all_objects.filter("year <= 2011")

  那么,results包含什么數(shù)據(jù)呢?

  所有滿足year<=2011的對象

  所有滿足year<=2011的對象

  問題的由來是從filter這個有歧義的詞開始的,它沒有清楚表達它的意思是“選取”還是“剔除”。因此,應該避免使用filter,它太容易造 成誤解!

  如果這里想要的效果是“選取”,一個更好的名字是select;如果想要的是“剔除”,更好的名字則是exclude。

  為布爾值取名

  當為布爾值變量命名或者函數(shù)返回布爾值的時候,要特別注意真和假所表達出來的真實意思,這里就有一個很危險的例子:

  bool read_password= true;

  這句代碼意思取決于當時怎么閱讀的(沒有其他的意思了),顯然這里有兩種截然不同的理解:

  需要讀密碼

  密碼已經(jīng)被讀過了

  在這個用例下,做好避免用單詞read,可以考慮使用need_password或者user_is_authenticated來代替。

  通常情況下,添加單詞ishas、can或者should可以讓布爾值的意思更加清晰易懂。

  比如說有個函數(shù)叫SpaceLeft(),乍一看,就會想到這個函數(shù)返回的值是數(shù)字。如果需要明確返回值是布爾值,一個更好的名字是 HasSpaceLeft()。

  還有,盡量避免使用反義短句來命名。例如:

  bool disable_ssl= false;

  改成如下代碼則更容易理解,同時更契合原意:

  bool use_ssl= true;

  符合用戶期望

  很多名字是帶有誤導性的,因為對于某個名字,用戶自已有一個預想的定義,但是代碼的意思可能恰恰不是這個意思。如此情況下,***作出“讓步”并改 變名字,消除 誤導性。

  示例:get*()

  許多程序員都在使用這樣的編碼規(guī)范:某個方法以get開頭來表達一個“輕量級的訪問器”以返回內(nèi)部成員。違反這個規(guī)范將很容易誤導用戶。 避免下面的例子中java代碼段的做法:

  public class StatisticsCollector { public void addSample(double x) { ... } public double getMean() { // Iterate through all samples and return total / num_samples } ...}

  這里,getMean的實現(xiàn)是枚舉過去所有的數(shù)據(jù),并計算其平均值。如果數(shù)據(jù)量很大的時候,這一步的開銷將會是非常大的。但是,一個不了解情況的 程 序員則會很粗心的調(diào)用它并且假設這是一個很廉價的調(diào)用。

  因此,這個方法應該改名成類似computeMean()這樣的,看起來這樣就是一個代價高昂的操作了(或者,另一個選擇就是改寫其實現(xiàn),變成一 個名副其實的輕量級操作)。

  示例:list::size()

  這里講一個C++標準庫里的命名問題。這段代碼導致的結果是,很難定位和修復類似導致服務器龜速運行之類的問題:

  void ShrinkList(list& list, int max_size) { while (list.size()>max_size) { FreeNode(list.back()); list.pop_back(); }}

  這樣的bug的導致是作者沒有意識到list.size()是一個O(n)復雜度的操作——它挨個計數(shù)鏈表的節(jié)點得出總數(shù)而不是返回已計算 好的總個數(shù),這將導致ShrintList是一個O(n2) 的操作。

  從技術角度講,這段代碼沒有問題,也能通過所有的單元測試。但是當調(diào)用ShrintList()并傳入一個包含上億數(shù)量級的list時,它可能將 耗費數(shù)小時的時間。

  或許你會認為,這個是調(diào)用者的錯誤使用,他/她沒有認真仔細的閱讀相關的文檔!確實是這樣的,但是,事實上,這里的list.size()不是一 個恒準時(constant-time)操作,這太意外了!其他所有的C++容器類都是恒準時的size()方法呀。

  假如把size()更名成countSize()或者countElements(),類似的錯誤就會大大減少了。C++標準庫的實現(xiàn)者可能想的 是使用一個size()方法去和其他的容器匹配,像vector和map,這樣API的一致性看起來更好。正是由于這樣的做了,導致程序員容易誤 用并認為這是一個很快的操作,和其他的容器一樣!幸運的是,***的C++標準要求size()是O(1)復雜度。


網(wǎng)站欄目:程序員如何讓你的變量名更加精確
網(wǎng)頁網(wǎng)址:http://www.dlmjj.cn/article/djeoepo.html