Re: [討論] 大家對於物件導向程式語言的選擇...

看板Programming作者zhenghua (MarkTseng)時間16年前 (2008/04/18 22:44)推噓2(2推 0噓 1→)

留言3則, 3人參與討論串11/34 (看更多)

※ 引述《easterday (數牙)》之銘言： : ※ 引述《easterday (數牙)》之銘言： : : (待續).. : I show my ideas, and then yours... : Cost1: learn MFC and x86 Assembly : Cost2: study a popular VM Cost?不了解... : A: Coding(處理小問題) in C++/MFC ,while learning x86 Assembly : 先談談A方案的好處和壞處 : 壞處: : 當然C++/MFC有它先天的複雜度,程式庫要自己一個一個找(孤狗撈針) : 所以撰寫速度慢 : 了解x86 Assembly是可以了解debugging的細節 : 雖然聽說Win32 Api是一群效率很好的,由x86組合語言建起的東西 : 但是這樣會不會犧牲未來四核心CPU的好處呢? : 好處: : Compiler有Optimization的功能 assembly如果真的要玩就要好好玩... assembly是相當的依不同的cpu有不同的寫法的說至於說四核~如果能夠寫到multithreading 我想幾核都依樣... : B: Coding in C#/Java ,and study it : 壞處: : 沒有壞處,真的,我的經驗裡,這種做法沒有壞處... : 偶爾VM當機,但是這真的很少見... : 好處: : 程式庫的支援多,程式碼精簡,撰寫速度快,可能有四核心的好處 VM當機是指? 是指RTM嗎? 還是Virtual machine? 會當機，百分之九十是程式設計師的錯Q_Q : C: Big Project(處理大問題) in C++/MFC : 壞處: : MFC複雜,程式庫要自己找,撰寫速度慢,又怕喪失四核心CPU的好處... : Memory Leak is possibly horrible. : 好處: : 目標明確,只要施工藍圖正確,相信應該可以成功 Memory Leak.... 這是大部分是程設師人為的耶.... 應該是從改善軟體寫法開始吧? : D: Big Project in C#/Java, and study it : 壞處: : 沒有裝Runtime Environment的人就不能用.... : heap space/gc的動作不一定如預期 : 函式呼叫隔了一層VM,可能會慢 : 好處: : 撰寫速度快,程式庫不必自己找,可能有四核心的好處函式呼叫多一層VM? 是指透過RTM嗎? C++/C#通另一個要通很快~ JAVA的網頁程式較多商用程式大多還是繞著C/C++/C# : E: Bad case, Big Project in C#/Java ==> Big Project in C++/MFC : 壞處: : 以上所提全部的壞處都包盡了(又喪失四核心的好處) : 還要把dependent part自己重新改寫... : 人力資源的問題...(程式設計師要有兩批,要不然你兩種都要學...) : 好處: : 不必裝Runtime Environment : 執行環境會比較單純,(所以穩定?) 看~不~懂 : F: Bad case, Big Project in C++/MFC ==> Big Project in C#/Java : G: Acceptable case, Coding in C++/MFC ==> Big Project in C++/MFC : H: Acceptable case, Coding in C#/Java ==> Big Project in C#/JAVA : I: Worst case, Coding in C++/MFC ==> Big Project in C#/Java : J: Assumed Case? Coding in C#/Java ==> Big Project in C++/MFC : 感謝賜教剩下跳過.... 如果是就業導向套裝軟體/機械控制的話大多還是繞著C/C++ 先了解語言本身後相信IDE的影響應該不至於到天差地別至於說asseembly.... 行有餘力學他很好至於大專案?是多大?幾億行的算不算大? 先有語言的底子再來看其他的問題吧... 通常語言一法通萬法通，最好先專精一種語言另外的語言就查類似的語法很多人應該都有那樣的經驗感覺問題問的好奇怪如果是要問說要選用哪種語言來學習的話我會建議先學C大概一個禮拜精實的學應該就有一定的基礎然後學Java/CPP的 OO 將子語言就有一定底子與基礎了再來其實最重要的有時是程式的邏輯安排還有演算法這些跟語言其實相關度沒有那麼得大有好的演算法不管到哪個語言上面寫都還是個好演算法反之亦然... 如果是牽扯到作業平台的問題很多gcc跟c/cpp程式有大部分相同可用(畢竟是標準C或是CPP的話) 需要修正的部分是OS相依的API 把他改掉就好了... 整個的問題覺得好詭異 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.168.100.101