編碼的三要素？可讀性、可維護性和可辦理變更性去做代碼規(guī)范、能提高代碼質(zhì)量，能比較顯著增強代碼的可讀性、可維護性和可變更性。這三大要素常稱為代碼的讀寫可維護性，爭取增強代碼的讀寫可維護性，是做到代碼規(guī)范

編碼的三要素？

可讀性、可維護性和可辦理變更性

去做代碼規(guī)范、能提高代碼質(zhì)量，能比較顯著增強代碼的可讀性、可維護性和可變更性。

這三大要素常稱為代碼的讀寫可維護性，爭取增強代碼的讀寫可維護性，是做到代碼規(guī)范的必要非充分條件。代碼規(guī)范和架構(gòu)設(shè)計是軟件的靈魂所在，代碼質(zhì)量偏低，就引響正常運行，增強軟件未交付后維護成本，直接出現(xiàn)還沒來能夠完成、超出預(yù)算、特性缺失等現(xiàn)象。

偽代碼的注釋可以不寫嗎？

偽代碼注釋可以不寫，不過能提高代碼程序的可讀性，建議對代碼寫注釋。

什么用來增加程序的可讀性，并不會被程序所執(zhí)行？

注釋利用提高程序的可讀性，并不會被程序所想執(zhí)行。

注釋應(yīng)該是對代碼的解釋和說明，其目的是讓人們也能十分快速地了解代碼。注釋是編寫程序時，寫程序的人給一個語句、程序段、函數(shù)等的解釋或提示，能提高程序代碼的可讀性。

注釋只是目的是想提高可讀性，不可能被計算機編譯。

什么是優(yōu)化和bug？

優(yōu)化：可以使用工具類，字符串工具類，時間工具類，Map工具類等等，都對以往都很最常見的，不容易全局函數(shù)的jdk方法做了二次封裝方法，這些非常容易在網(wǎng)上可以找到。

bug：又不能至少預(yù)期效果的程序代碼，統(tǒng)統(tǒng)這個可以稱之為bug！這里說的沒法達到預(yù)期好效果諸如：想執(zhí)行報錯，最后不條件符合，無結(jié)果等等

有什么編程的好習(xí)慣建議嗎？

1.英文命名

中文和拼音命名原則是大忌，最好別用，千萬不能用，別用（重要的事情說三遍），我?guī)腿苏{(diào)過拿中文命名原則的代碼（編程語言是C#），如果說個折磨。一臺筆記本，四個小時都耗在奶茶店里了。為什么不？是因為那人他你不英文，帶的拼音還不斷夾雜著中文，一個winform窗體他記不了原名是什么了，整個窗體報，應(yīng)該登陸后的模塊，真接連同只剩的窗體一起報廢，只能所有覆寫，也是代碼大部分還在，能直接復(fù)制進行現(xiàn)場調(diào)試，改命名，要不然再完蛋。

2.寫注釋

必須得寫，尤其是越急切的模塊越要不嫌麻煩寫注釋，而且代碼現(xiàn)在你雖然會，但兩天后？半個月？幾個月后呢？自己再去看，沒有注釋，自己都到底自己當時寫的啥，為么要這樣去寫。只不過，寫注釋又不是什么代碼的注釋都要寫的，你就算是教學(xué)出版咯，只不過像變量的定義，噬魂之手轉(zhuǎn)換等這些就用不著寫，浪費時間。而牽涉到到核心模塊的你必須寫，諸如：我拿c#寫一個圖書管理系統(tǒng)，那圖書館理系統(tǒng)之一核心的是什么？圖書的借閱，這一模塊你必須好好的的寫注釋?？赡軙鯇W(xué)者階段也是自己一個人輔佐皇帝全部的工程，不過以后和人洽談呢？你不寫注釋，別人怎摸明白了你的某段代碼為么要這樣的話去寫，寫的邏輯是什么，直接對接了api什么的等。

3.多形象的修辭斷點

斷點用得好，bug可以很快找出來。多應(yīng)用斷點，可以不收縮bug的范圍，快速高效。

4.寫文檔

我個人其實也不比較喜歡寫文檔的，很痛苦，尤其是反反復(fù)復(fù)直接修改，可以打印出來的結(jié)果不盡如人意。你是可以不那就正經(jīng)的的寫文檔，但一定要有一個框架或者思維導(dǎo)圖，這樣你編程編下來才不會是沒頭的蒼蠅，你做到哪里是哪里，最好還是寫文檔，比較方便自己理清思路。

5.靈活運用搜索引擎

出bug了，別一下就去問人，百度，Google這些上面的解決方案是有是有的（對此初學(xué)者而言），查完搜索引擎上也沒有，再去問人。一些資料也也可以按照搜索引擎找得到的。

6.格式

q鍵這些用起來，最好別學(xué)百度的前端的代碼那樣的，寫的是真的很犯惡心人，就沒窩進，也不空格，所有的擠在一起，只是因為為了防止自己的代碼被人爬走，有時候，不光不蜷進，還把h5和css塞在一起。格式得用好，代碼的閱讀和bug的里查會舒服很多