這是一條非常值得遵循的偉大原則。 我很習慣於回過頭去檢查自己寫下的代碼, 重構那些被多次使用的部分。 雖然在將一個長方法分解為若干個短方法時, 會遇到一些困難。 Ctrl + R + M在Visual Studio中非常有用, 可以幫助你重構代碼為單獨的方法。 這使得代碼更加可重用和可測試。
唯一的例外是, 如果你正在處理別人的代碼, 並且需要繼續參與的, 那麼你應該遵照他們的命名規則。
3.給你的方法取一個明確說明他們要做什麼的名稱這一條如果做得好, 那麼將大大減少注釋的必要。 如果你的代碼清晰易讀, 那還需要注釋幹什麼。
4.不要使用奇奇怪怪的數位和字串常量你的代碼中不應該有任何會造成他人誤解或需要猜測的數位和字串值。 創建常量、枚舉和私有變數時, 要給他們取一個能夠更易於理解的名字。
將方法寫成不需要關注從哪裡調用的方式。 這樣會讓代碼更可測和更可重用。
如果你正在使用會話值或app設定值, 那麼把它們作為變數傳遞, 得到會話, 並在你調用方法的時候配置值。 這能讓代碼變得更可測。
6.不要害怕尋求幫助這句話不是讓你在碰到所有問題時都去尋求幫助, 我的意思首先你得自己去思考, 去嘗試自己解決問題, 但如果你實在想不出解決方法, 那麼就應該去尋求他人的幫助。 可能已經有人經歷過這個問題, 知道如何解決它。 同時, 在告訴別人你正在做什麼, 你期待什麼樣的結果,
如果你看到bug或亂碼, 那麼當時就解決然後再前進。 不要想著以後去做或讓別人去做。
8.與他人分享知識不要敝帚自珍。 嘗試創建一種互助的文化。 你會發現, 團隊的工作效率比單槍匹馬更高, 並且互相幫助的氛圍能更快地提升各自的水準。 同事的進步, 並不會讓你落後, 也不會讓你有被炒的風險。 相反, 你變得更有價值, 因為你不但擁有淵博的知識, 敢於學習, 還能幫助周圍的人一起提高。
9.當你的同事沉浸在思考中時, 不要打斷他們己所不欲, 勿施於人, 當你自己沉浸在程式設計中時, 當你的大腦高速運轉工作時, 就像你正在小心翼翼地用紙牌搭建房子一樣,
對我來說, 批評是一個讓我能夠改善提高的機會。 如果還有一種做事的方法是我沒有想到的, 那麼我會想去瞭解它, 因為這或許能幫助我改進自己。
好了, 10條黃金法則已經講述完畢,
挖礦搬磚不如IT碼農, 輕鬆轉行還看蝸牛學院。
蝸牛學院 專注於IT職業教育, 輕鬆轉行, 簡學易懂;免費試學, 親身體驗;商業項目親自操刀, 與名企零距離接觸;應屆生就業薪資6000起, 年薪10萬不是事, 漲幅絕比房價高。