|
||
|
*停權中*
加入日期: Mar 2011
文章: 1,522
|
引用:
要不然靠個weblogic撐起來的東西，不怕看錯? |
||||||||
2016-06-05, 02:00 AM
#41
|
|
|
Amateur Member
 加入日期: Aug 2005
文章: 46
|
我比較老派 是用fortran的
如果用tab的話,在compile的時候真的會死給你看....
__________________
還不錯玩的網頁遊戲.你是吸血鬼還是狼人? |
||
|
2016-06-05, 02:18 AM
#42
|
|
|
Major Member
 
加入日期: Aug 2001
文章: 211
|
很早就有人提出 4-space 這觀念，如 "C 的風格與藝術"裡就有，大部份的人知道 PEP-8，只是因為 PEP-8 比較有名氣而已。
古代 editor 的 tab 定位幾乎都是 8 空格，現在有的 editor 將 tab 預設為 4 空格，其實也是因應 4-space 的 style，如果用 tab，你將無法知道別人 editor 使用 tab-4 還是 tab-8，使用 space 的好處是，不管別人使用什麼 editor，程式碼顯示出來的縮排永遠是一致的，有些 code review 工具甚至是網頁介面，這時候如果用 tab 看起來就會原來的有點出入。 所以這是為什麼 space 看起來像是佔了上風，其實不是 space 比較好，而是為了要協同作業，因為通常一個有生產力的團隊合作，並不會限制任何人使用什麼樣的工具，別說工具了、甚至使用的語言都不太一樣，比如說前端會用 JS/HTML，後端可能是 PHP, Python, Java, C# 甚至是 C 等等，都規定 space 的話，在 code review 上會比較方便，這也是為什麼許多 open source 都是用 space 當縮排的原因，因為你的 code 是要放出來讓大家檢視的，現代化 IDE/editor 都可以設定 按下 tab 轉成幾個 space，這點其實沒很大問題。 如果只有兩三個人寫程式，那其實用 tab 或 space 沒人會在乎，但是如果是很多人一起寫程式，那就有差了，我們目前的團隊是規定用 4-space 的，從 C 到 JS 都是如此。 
__________________
滿招損 謙受益 |
|
2016-06-05, 12:30 PM
#43
|
|
|
Major Member
加入日期: Aug 2001
文章: 211
|
引用:
我也有在看矽谷，裡面很多東西其實都是真的，只為了戲劇效果誇大演出，那個準女友在戲中刻意按空白其實只是要搞笑，有在寫程式的人沒人會真的按四次 space 來縮排，大部份的人大都還是按 tab，因為可以設定 tab 為跳 4 space。 還有主角的反應其實也是過激，現實裡我並沒有看過龜毛成這樣的，像我是 space 派的，我用 space 用了快二十年，但我從不會因為看到別人用 tab 而不爽。 現在格式化工具一大堆，像 astyle 或 unix-like 的 expand, indent 等等... 有的 IDE 甚至都內建了，像 ctrl+/、ctrl+alt+l... 像我這種程式猿應該會對前面幾集那個 CEO 比較有感覺... XD 月薪三萬的程式猿路過~
__________________
滿招損 謙受益 |
|
|
2016-06-05, 12:49 PM
#44
|
|
|
Regular Member
加入日期: Nov 2002
文章: 79
|
引用:
我的看法與你相反， 在現代，有協同作業的情況更應該使用 Tab 符號， 這樣，縮排的長度不是決定在檔案裏，而是在顯示時才決定以多少的長度，現代的 IDE 都作得到這一點。 你提到的 : "使用 space 的好處是, 不管別人使用什麼 editor，程式碼顯示出來的縮排永遠是一致的"， 我就不認為是好處，因為這是完全失去適應性。 每個人的習慣不同，一個習慣用2個 space 長度的人，不會想看到4 個 space 長度的程式碼，反之亦然。 另一個例子，在 14 吋螢幕以下，有人可能習慣用2個 space 長度，以上則習慣用4個 space 長度， 若檔案中使用 Tab 符號，在 IDE 各自去設定如何顯示，所以檔案一打開就是適合自已習慣的縮排長度，完全不必先轉換，做廢工。 |
|
|
2016-06-05, 02:35 PM
#45
|
|
|
Major Member
加入日期: Aug 2001
文章: 211
|
引用:
不是所有的 viewer 都可以設定這種轉換的... 全世界最賺錢的軟體公司 Google 跟 Microsoft 都是用 space 來縮排... 也許他們都在做廢工吧... 
__________________
滿招損 謙受益 |
|
|
2016-06-05, 03:13 PM
#46
|
|
|
Advance Member
  加入日期: Jan 2002
文章: 449
|
整串看下來我的感覺，可能是因為程式碼和團隊規模的差別。code base一大人一多，大概都不會有人想有tab在程式碼裡。寫的時候當然是tab方便，也沒必要一個一個key space。
引用:
|
|
|
2016-06-05, 03:48 PM
#47
|
|
|
Major Member
加入日期: Jan 2003 您的住址: 台灣台北
文章: 199
|
引用:
以我看過的open source code，沒印象有人用tab，基本上都是用space...也有可能是我看的不夠多！？ 至於習慣問題，看多了就會習慣了，C/Java的{}，老派的設計師喜歡都靠左，現在的習慣是一右一左；有人一行code就不寫{}，有人堅持一行code也要{}；還有人method的宣告要分行寫的，例： abstract public String methodName(...) 如果再講到簡寫的語法，那更是無奇不有了。 當你必須接手前人的code時，不太可能一個一個檔去reFormat，會搞死自己的，甚至可能會出錯。(IDE的format功能不是萬能的...) 當一個設計師見多識廣，見山不是山，見山亦是山，自然就會返有歸無，海納百川... (最後一句請當我唬爛就好)
__________________
各位大家好~~ |
|
|
2016-06-05, 04:09 PM
#48
|
|
|
Major Member
加入日期: Aug 2001
文章: 211
|
引用:
1. 目前 open source 上 space 應該有超過 70% 使用率，但也有一些堅持用 tab 的，最出名的就是 linux kernel source :P 2. if 只有一行我還是會加 {}，以前 PTT 曾有一個權限 bug，原因就是原本 if 後面只跟一行，所以一開始沒加 {}，後來修改的人要加東西上去也沒補上 {}... 然後就這樣出錯了 XD 3. 目前主流的 C style 大致上有 K&R、GNU 跟 BSD，我個人慣用 BSD style... 其實這種東西就跟吃東西一樣，只是看你自己喜歡什麼口味而已，倒是不用去批評別人，當隻 code monkey 混飯吃不用這麼憤世嫉俗。
__________________
滿招損 謙受益 |
|
|
2016-06-05, 05:43 PM
#49
|
|
|
Advance Member
加入日期: Dec 2004 您的住址: 台南↔小港
文章: 425
|
看哪一種語言吧！
Python 很注重縮排，縮排決定了迴圈範圍、判斷式範圍，而不是使用的括號來限制， 而你喜歡的 IDE，跟官方的 IDLE 在 TAB 的設定可能不同， 所以，官方建議用 4 個 space，才不會有其它不可預期的問題產生 不知道我這樣解釋對不對，畢竟我的本業是機械，而不是專門寫程式的 當初學 Python 是為了解 4 階 R-K 才學的，所以寫出來的東西可以跑就好 |
|
2016-06-05, 07:14 PM
#50
|
|
