編碼規範之美 佛語釋道

2021-06-18 17:55:53 字數 1216 閱讀 3590

1、相由心生

「相由心生」源自乙個典故:據說唐朝

裴度少時貧困後又

潦倒。一天,在路上巧遇一行禪師。大師看了裴度的臉相後,發現裴度嘴角縱紋延伸入口,恐怕有餓死的橫禍,因而勸勉裴度要努力修善。裴度依教奉行,日

遇一行禪師,大師看裴度目光澄澈,臉相完全改變,告訴他以後一定可以貴為宰相。依大師之意,裴度前後臉相有如此不同的變化差別是因為其不斷修善、斷惡,耕耘心田,相隨心轉。

世間有相,所以論美醜,**亦是。好的編碼規範給人以賞心悅目,反之則面目可憎,不想再看下去。好的**如一首詩是高尚者的化身,**藝術應該就是近乎完美而具有藝術氣息,達到藝術審美的高度。而糟糕的**,就像是乙個不修邊幅的乞丐,從上至下,從左至右沒一處可圈可點之處。相由心生,就需要知美醜。只有知道什麼是美什麼是醜才知道向美的方向發展,而絕大多數的人在沒有認識到這點之前基本上是在向醜的一面發展的。知美醜所以知榮辱,沒有完美的**,那就不要試圖保留下糟糕的**。去惡從美,這是大勢所趨。我們不能預期糟糕的事情會不會發生,但求在此之前未雨綢繆。把握自己**的相,如果是美那就保持繼續提高的姿態,如果是醜那就果斷拋棄尋求變革。規範的東西看起來有一種整齊美,不要讓**再像雜草一般瘋長了,要知道如果沒有除草劑雜草是很難抑制的。

美醜皆由心生,大眾審美基本上標準是一致的。符合大家的審美才容易被接受,否則即使再高效的**也是不受人待見的,因為沒人願意花太多的時間去研究一段令人頭疼的**。簡單就是美,賞心悅目是美,易於理解是美,見名知意、一覽無餘是大美。

2、普度眾生

制定規範,推行**制度。谷歌的**風格本人甚是欽佩,我認為其有三個特點:

規範大方、凝練優美、注釋得體。

大家都知道這不過是乙個介面類而已,雖然很詳細很簡潔,且許多人都是可以做得到的,但是卻不能作為**優美的鐵證。乙個專案中不能有多種編碼風格存在,否者參差不齊的**會讓人頭疼不已。甚有人者,不按套路出牌,行走異徑,以此稱奇。如何普度眾生?最好的方法就是行規範之道。

3、眾生平等

如何平等,那就是減小**質量的差距。提出**檢查機制,同事之間宜多多借鑑好的**,對於有問題的地方可以大膽地質疑,並提出自己更好的解決方法才是**提高的捷徑。找出別人**中不嚴密的地方,進行提醒或修正,使引起別人的注意,也使得自己得以提公升,減小團隊中犯錯的機率,避免上司或同事間不必要的指責。

Python編碼規範之命名規範

1 不要使用小寫字母 l el 大寫字母 o oh 或者小寫 i 作為單獨變數名稱。因為一些字型中,上訴字母和數字很難區分 比如 o和0,l和1 2 module應該採用全小寫,並且盡可能短的命名,可以在模組名中使用下劃線以提高可讀性。package應該採用全部小寫,並且也要盡可能短的命名,但不允許...

iOS之命名規範 編碼規範

遵守規範也是讓 更清晰明了,易讀,易用,易維護,可以更好的適應團隊開發。自己看著也是賞心悅目,何樂而不為呢。簡單明瞭的命名最好,不要用單詞的簡寫,盡量用單詞的全稱。可以看看蘋果的api格式,仿照蘋果的命名,盡量用英文,而不是拼音。比如方法名的功能型別的一致性,比如獲取某些資料 nsstring ge...

前端開發規範之html編碼規範

原則 1.規範 保證您的 規範,趨html5,遠xhtml,保證結構表現行為相互分離。2.簡潔。保證 的最簡化,避免多餘的空格 空行,保持 的語義化,盡量使用具有語義的元素,避免使用樣式屬性和行為屬性。任何時候都要用盡量簡單 盡量少的元素解決問題。3.實用。遵循標準,但是不能以犧牲實用性為代價。4....