優(yōu)秀的程序員會用盡可能簡單的方式來解釋他們的代碼，即使是物理學(xué)家都可以用一張白紙和一只鉛筆來解釋蟲洞，我們又何嘗不可？
成都創(chuàng)新互聯(lián)堅持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都網(wǎng)站制作、網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時代的方山網(wǎng)站設(shè)計、移動媒體設(shè)計的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！我會盡可能讓代碼寫地簡單、易讀，包括選擇合適的變量名、使用編碼規(guī)范（code conventions）等等，但還是缺了點東西，理解代碼不應(yīng)該是去理解“如何”實現(xiàn)的，而是要理解想要“達成”什么。
甚至可以說要讓讀代碼像讀小說一樣，而不是一大堆代碼。
下面討論三大主題：
閱讀其他人的代碼可能會非常折磨，如果不提供合適的上下文，我們會迷失在尋找某個函數(shù)或?qū)傩缘囊饬x中。
不論是二進制語言、低級語言還是高級語言，語法都在變得越來越友好，以便吸引更多開發(fā)者。而隨著語法變得更接近英語，我們的代碼也應(yīng)該簡明扼要、不言自明。
寫出良好的代碼，讀起來像小說一樣，容易閱讀和理解（即使沒有給出上下文）。
?其實做為一個ios開發(fā)者，有一個學(xué)習(xí)的氛圍跟一個交流圈子特別重要，這是一個我的iOS （扣扣）交流圈
681503716 (驗證碼：寂靜）
不管你是小白還是大牛歡迎入駐，大家一起交流學(xué)習(xí)
正確的方式是：
我們寫函數(shù)時都會假設(shè)閱讀它的人擁有足夠的上下文，能夠理解函數(shù)想實現(xiàn)什么。用模糊的含義來命名函數(shù)，例如“handleRedView()”會引起很多問題，”RedView”是啥？這個函數(shù)主要是想干啥？
所以在某些情況下函數(shù)的用途會很模糊，如果沒有提供足夠的上下文，閱讀起來會非常困難
我們可以把函數(shù)的用途分為四類：
通知（Informer）函數(shù)
管理（Management）函數(shù)
路由（Router）函數(shù)
執(zhí)行（Execution）函數(shù)
通常會觸發(fā)路由/管理函數(shù)，例子如下：
回調(diào)函數(shù)，通知某事已經(jīng)/即將發(fā)生，并給機會進行響應(yīng)。
大部分情況下用于被代理（delegate）觸發(fā)的操作，或是通知（notification）處理函數(shù)。
用于聯(lián)合多個函數(shù)以實現(xiàn)更高級的用途，不需要依賴參數(shù)，block 中的所有代碼都會執(zhí)行。
上面的函數(shù)包含所有需要的信息，汽車啟動時執(zhí)行這些函數(shù)，此時我們不關(guān)注這是“如何”實現(xiàn)的，而是關(guān)注它做了“什么”
用于聯(lián)合多個函數(shù)以實現(xiàn)更高級的用途，需要依賴一些參數(shù)，只在我們想執(zhí)行的時候才執(zhí)行。
路由函數(shù)通常同于指向執(zhí)行函數(shù)，但在某些情況下，如果邏輯代碼不超過一行，也可以包含自己的邏輯。
函數(shù)名字的具體實現(xiàn)。
這樣就能寫出一個干凈、簡短的類，可讀性強，容易維護。
避免在函數(shù)名稱里使用”and“： playAndMinimize() loadAndPlay() 這個壞習(xí)慣會打破單一責(zé)任原則，寫出能夠適應(yīng)兩種情況的代碼。
避免在函數(shù)名稱里進行猜測：moveRedViewIfNeeded()上面的例子會導(dǎo)致后面的程序員必須深入此函數(shù)，才能理解觸發(fā)移動 Red View 的時機，這樣不夠清晰。
不，layoutIfNeeded() 并不屬于這種情況，因為我們知道如果某個 view 的 setNeedDisplay 為 true，就應(yīng)該重新布局。這種情況在 Swift 語言里很普遍，因為函數(shù)基本上都是應(yīng)用私有的。
談及代碼可讀性，我首先會想到編碼規(guī)范（code convention），它們被普遍接受、應(yīng)用廣泛，但使用編碼規(guī)范并不一定會提升代碼質(zhì)量，雖然有跨應(yīng)用性但可讀性更差。
”is“前綴應(yīng)該用于布爾型變量和方法，以便解釋返回值是布爾類型的。#編碼規(guī)范
既然”if“語句總是用于布爾值，那還有必要給每個布爾屬性都加上”is“嗎？為什么蘋果要把 Swift 語法從 view.hidden 改成 view.isHidden？我只能想到一種答案……因為“if view.isHidden”看起來更自然。
嘗試以以下原則使用“is”前綴：
如果類的某個布爾屬性/方法用于該類（公開）的實例，就有正當(dāng)理由使用“is”前綴
如果布爾屬性在類內(nèi)部（私有）使用，前綴就是多余的。
如果布爾型屬性/方法同時被私有和公開使用，那么應(yīng)該用計算屬性來返回該私有屬性值。
雖然用私有 set 并公開使用該屬性也是可以的，但上面這種方式可以實現(xiàn)封裝（encapsulation）。
封裝用于隱藏類中結(jié)構(gòu)化數(shù)據(jù)對象的值或狀態(tài)，防止未授權(quán)方直接訪問。
那如果不是自己直接處理的布爾型，如果如何命名呢？
private var playerIsPlaying: Bool
private var gridConstraintIsEnabled()
“is” 需要指向某個東西：view.isHidden, “is”指向 view。上面的例子里使用了此原則，playerIsPlaying，“is”指向 player。
/if playerIsPlaying { }/ 對比 /if isPlayerIsPlaying {}/
哪個更自然？我想你已經(jīng)有答案了。
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
重慶分公司
重慶分公司
