引用:
|
作者joe.oo
我的看法與你相反，
在現代，有協同作業的情況更應該使用 Tab 符號，
這樣，縮排的長度不是決定在檔案裏，而是在顯示時才決定以多少的長度，現代的 IDE 都作得到這一點。
你提到的 : "使用 space 的好處是, 不管別人使用什麼 editor，程式碼顯示出來的縮排永遠是一致的"，
我就不認為是好處，因為這是完全失去適應性。
每個人的習慣不同，一個習慣用2個 space 長度的人，不會想看到4 個 space 長度的程式碼，反之亦然。
另一個例子，在 14 吋螢幕以下，有人可能習慣用2個 space 長度，以上則習慣用4個 space 長度，
若檔案中使用 Tab 符號，在 IDE 各自去設定如何顯示，所以檔案一打開就是適合自已習慣的縮排長度，完全不必先轉換，做廢工。
|
以我看過的open source code，沒印象有人用tab，基本上都是用space...也有可能是我看的不夠多！？
至於習慣問題，看多了就會習慣了，C/Java的{}，老派的設計師喜歡都靠左，現在的習慣是一右一左；有人一行code就不寫{}，有人堅持一行code也要{}；還有人method的宣告要分行寫的，例：
abstract
public
String methodName(...)
如果再講到簡寫的語法，那更是無奇不有了。
當你必須接手前人的code時，不太可能一個一個檔去reFormat，會搞死自己的，甚至可能會出錯。(IDE的format功能不是萬能的...)
當一個設計師見多識廣，見山不是山，見山亦是山，自然就會返有歸無，海納百川...
(最後一句請當我唬爛就好)