Re: [討論] 大家對於物件導向程式語言的選擇...
※ 引述《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
推
04/18 22:49, , 1F
04/18 22:49, 1F
→
04/18 22:57, , 2F
04/18 22:57, 2F
推
04/19 04:03, , 3F
04/19 04:03, 3F
討論串 (同標題文章)