引用:
|
作者darkangel
要說 VC6 不相容 GCC 就有點奇怪，因為 GCC 也不相容 ANSI C 啊。
現在後勢看好的 compiler 是 LLVM/CLang，雖然目前效能還不如 GCC，但贏在 License，許多不願被 GPLv3 tainted 的系統都投向 LLVM 如 BSD 與 OS X。
Source Insight 我至少五年以上沒在用，但以前應該還算熟，我十幾年前就有定義自己的 coding style/naming convention，而且我縮排設定跟許多軟體預設的都不同，因此我都會去改 IDE 縮排設定，這一點我很確定 SI 沒問題，實在不懂你說的縮排問題在哪，SI 的問題應該不在這，下面我會講。
SI 沒直排的確不方便，但 SI 可以設定用外部程式開啟目前檔案，我有在 SI 裡設定用 ultraedit 去開來做 column mode(直排編輯)，你要的話我可以找筆記出來給你，不過這個連我國中程度都會用了，憑你碩士程度，看 help 應該也會自己設。(XD)
最後... SI 這種萬年不更新的老古董別浪費時間去弄...
|
也不是相容性問題,這部分我也不是很懂,主要我印象最深刻的是
這個例子,我的基礎很淺的,不知道怎麼表示,所以說直接引用別人打好的內容
引用:
后缀为.h的头文件C++标准已经明确提出不支持了，早些的实现将标准库功能定义在全局空间里，声明在带.h后缀的头文件里，C++标准为了和C区别开，也为了正确使用命名空间，规定头文件不使用后缀.h。因此，当使用<iostream.h>时，相当于在C中调用库函数，使用的是全局命名空间，也就是早期的C++实现；当使用<iostream>的时候，该头文件没有定义全局命名空间，必须使用namespace std；这样才能正确使用cout。
|
這個說基本也是很基本,但我相信應該也有SE是沒去深入研究這些東西
我問我身邊專門做coding的大師還直接和我說基本上可以用的就都會向下相容
只能說coding的工程師恐怕也是專精在特定的領域,未必基礎非常扎實
SI這個我就真的不知道排板內容為什麼不同,我猜應該是空格和縮排(tab)混用的關係
但我沒有仔細去研究,簡單來說就是我裝死不理他了
,暗天使兄工作了這麼久也知道系統廠是怎麼運作的,拿到的code/script都是已經架構好的東西我就懶的再自找麻煩大改寫
我目前的原則是編譯要動到keilC我就直接用keilC邊寫東西進去,script的部份會動到就用ultraedit來直接改
c的source code如果會用到垂直編寫就先用ultraedit編輯寫完內容後再keicC貼回去確認一次
效率是真的不算好
事實上,我工作會用的tool很少,公司也沒在傳承些經驗,我也是有自知之明在codeing這一塊我根本不行所以我都把編寫code當做在使用鋤頭耕田的說
(能夠達到耕田的目的就好,鋤頭只是個現有的東西,不重要)
往往在網路上取得的東西還比公司給你的東西還多...真的是
至於碩士嘛,還是別再提了,說到這點我又開始心痛了.研究所學的是嘴砲和半導體物理,我現在到底是在幹嘛,兩年的嘴砲和實驗都白做了,現在的工作一大部分是在吃大學的老本 = =
btw,我前陣子也發現VS2010的內容丟到vim下面也會有縮排混亂的狀況,但是我仍舊懶得去做troubleshooting,反正可以compiler,懶了懶了
btw2,如果說有比SI好用的tool還請不吝指教(只要不會很貴,我會考慮入手)