PTT職涯區 / Soft_Job (軟體人)

Re: [請益] 光譜資訊...

看板Soft_Job (軟體人)作者 (睡魔)時間18年前 (2007/10/09 09:33), 編輯推噓11(11推 0噓 17→)
留言28則, 6人參與, 最新討論串6/9 (看更多)
如果是我的話: ※ 引述《meowyih (meowyih)》之銘言： : 下面這些有 "特殊僻好" 的地方要注意 : 1. 不要用 '\t' 來 indent (抱歉不會翻譯), 而用 4 個空格 : (non-VS programmer 取向) 我非常喜歡用tab的呢. (這點由最初學ASM, Pascal, VB, C, Java, PHP 到現在用C#也從未改變.) 當你只需要用一種IDE時就沒有排版上的問題, 反正要到新聞組求助時 開個notepad把tab轉成" "也很方便. 相對地用兩個space的話, 在 完成一個block後要按兩下backspace才可反回上一層indent, 這顯得 不十分方便... : 2. 如果是寫 C, 註解別用 //, 而用 /* */ : (我知道 // 在最新的 C spec 可以用, 但那不是重點) 正如樓上說的, 這早就可以用了. 而且這comment方式在某行後加註解 十分方便. : 3. 判段語法就算是只有一行也請 { } 一下 : 4. 每一個邏輯段落要空且只空一行, 且接著一行的註解, 沒必要時不要空行 以上兩點非常同意. : 5. 別用 MS 派的匈牙利命名規則啊 : (anti-MS 的人頗多) : 寫程式的很龜毛又很自我中心的人很多, 我就是其中一個 (爆) btw, private member用"m_"/"_"前綴使用時也是十分方便的. :P 變數除了別胡亂命名外, 也請注意有沒有串錯. 這會讓看你的code的人 覺得你非常不小心的. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 202.134.126.84
推
10/09 10:04, , 1F
不同的ide在斷行時對tab的處理不同,在team work時,同事
10/09 10:04, 1F
→
10/09 10:05, , 2F
間的tab設定值也不同,最後同一個檔案排得亂七八糟.
10/09 10:05, 2F
推
10/09 10:07, , 3F
這些沒啥好壞吧, coding convention 不都是大家講好就好
10/09 10:07, 3F
→
10/09 10:07, , 4F
開發embedded system,有可能要移植到其他compiler時,最
10/09 10:07, 4F
→
10/09 10:08, , 5F
空格的話, 很多 IDE, editor 都有 smart indent
10/09 10:08, 5F
→
10/09 10:08, , 6F
好注意一下,你永遠無法預期協力廠商用的compiler有多爛.
10/09 10:08, 6F
→
10/09 10:08, , 7F
不過有時候不太 smart 就是了 XD
10/09 10:08, 7F
→
10/09 10:10, , 8F
前兩句講第2點,註解的部份.
10/09 10:10, 8F
→
10/09 10:10, , 9F
理想情況是大家講好就好,但實際上光是tab要2,4,8就有不
10/09 10:10, 9F
→
10/09 10:11, , 10F
同的想法,直接取消tab最簡單,最安全,反正editor要真的夠
10/09 10:11, 10F
→
10/09 10:13, , 11F
smart,都不會有問題,有人想用free的工具,也不會太離譜.
10/09 10:13, 11F
推
10/09 10:51, , 12F
基本上空白取代\t會比較好一點啦,你永遠無法預期
10/09 10:51, 12F
→
10/09 10:52, , 13F
\t到底在別的地方會變成什麼
10/09 10:52, 13F
推
10/09 10:54, , 14F
不過考慮到光譜是做Windows上的遊戲的, 而這時候公司
10/09 10:54, 14F
→
10/09 10:55, , 15F
通常都用統一的IDE, 因此除非員工多手修改設定, 否則
10/09 10:55, 15F
→
10/09 10:56, , 16F
indent的格數應該都是一樣... :P
10/09 10:56, 16F
→
10/09 10:56, , 17F
另外光譜本身就是協了廠商(繁體化其他公司的遊戲), 因此
10/09 10:56, 17F
→
10/09 10:57, , 18F
也不需要顧及有協力廠商的問題了. 反而可以在收到其他
10/09 10:57, 18F
→
10/09 10:58, , 19F
公司的source時要遷就那些公司的indent習慣...
10/09 10:58, 19F
推
10/09 11:04, , 20F
用"//"來做註解...是我系上教授禁止的
10/09 11:04, 20F
推
10/09 11:22, , 21F
不太清楚這家公司的文化如何,不過我看過幾個拿VC當純
10/09 11:22, 21F
→
10/09 11:23, , 22F
純editor的人,還滿喜歡調VC的參數,我都認不出來是VC.
10/09 11:23, 22F
推
10/09 12:02, , 23F
嗯, 要看公司文化沒錯.
10/09 12:02, 23F
推
10/09 16:04, , 24F
其實, 現在還有甚麼特別理由禁用//嗎? 編譯器都有支援了
10/09 16:04, 24F
→
10/09 16:05, , 25F
而且也不像 /*...*/ 這樣容易忘了關上 */ ...
10/09 16:05, 25F
推
10/09 16:07, , 26F
ANSI C(C89) 就是只有 /* */ 一種註解
10/09 16:07, 26F
推
10/09 22:22, , 27F
可是... 那種遊戲的開發不會用ANSI C寫吧? :P
10/09 22:22, 27F
推
10/09 23:39, , 28F
以語法來講 // 確實比 /* */ 優良.
10/09 23:39, 28F
‣ 更多 leicheong 的文章
文章代碼(AID): #172jffvP (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
以下文章回應了本文：
完整討論串 (本文為第 6 之 9 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共9篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 leicheong 的文章
文章代碼(AID): #172jffvP (Soft_Job)