看板
[ Soft_Job ]
討論串[請益] 要如何說服同事停止命名類似iID的變數
共 19 篇文章
內容預覽:
我講話比較直接，你擔待一點 XD 我就直接說了. 超無聊，這也要爭 =,=. 這東西真的真的真的真的很無聊，. 我先說我知道我絕對無法說服你，我相信你也絕對同意這句話，. 但你毫無自知之明的點就在這邊，. 你只知道別人無法說服你. 卻不知道你無法說服別人. 這個版上程式寫夠多的人，. 早就都已經認知
(還有462個字)
內容預覽:
部份恕刪。. 前面有許多版友都提過了，. "如果你沒有辦法說服大多數人，請從眾。". 這不是放大絕，Coding Style 本來就是見仁見智的事。. 這基本上不需要誰說服誰，公司/主管/大多數同意的 style. 就是好的 style。. 下面是基於一個曾經是匈牙利命名法的擁護者，而已經變節很.
(還有1655個字)
內容預覽:
對於強IDE環境根本不用考慮這麼多. 舉個例子來說 (都是隨便創class跟method). Text text = Doc.getText(); // 從Doc 物件將text取出. text.doSomthing(); // 做了某件事. Parser parser = new Parser()
(還有329個字)
內容預覽:
補充一些白天沒講清楚的細節:. 我現在待的是遊戲公司. 專案開發只用VS2008寫C++. 還有FlashDevelop寫action script 3做UI. 我是希望針對這個環境下討論. 許多前輩的推文很有道理. 比如使用notepad++, 或者客戶端沒有IDE,. 但因為我們的專案沒有遇到這
(還有1901個字)
內容預覽:
個人的理由是加比較好，判斷型態還是其次，. 能直接看就大致了解該變數是哪來的比較常用，尤其當維護別人程式的時候... 看是區域變數, 物件成員, 或是頁面UI元件等等..... 不用大海撈針一樣翻來翻去，或是每個都拿來點點看，那很累。. 例如:. 當你熊熊看到一個變數名稱是age，你知道那是哪來的嗎
(還有60個字)