※ 引述《SHM.bbs@bbs.poorman.org (乳搖乳搖)》之銘言：
> 這個問題不錯,不過好像換成萬一有一天Lin*x被淘汰了,似乎也通.
> 拿個現成的例子VB來看,萬一哪天VB被淘汰了,結果他真的被淘汰了.
> 問題在於這段期間一狗票人還是拿VB寫了不少東西出來.
> 這玩意說不上好,但至少有人拿它來解決問題,我相信這些人從開發
> VB軟體之中也學到不少東西,這些知識就是他們換跑道的籌碼.
> 這年頭哪種東西可以讓你不換跑道吃十年? 大家來學ASM?
> 況且一個平台能撐個十年就能讓你賺十年啦,看到快不行了
> 再往下一個平台跳不就結了?這個世界不會明天早上你睡起來
> 電腦就通通變成灌Lin*x或是OS/*的...:3
hmm~~
可能是意思沒表達對~
以大多工作遇到的狀況而言應該是在App層的應用最多吧
所以比較少會去碰到下面的東西
因此小弟才有疑惑說為何不使用上層已經包裝好的東西去開發?
這樣既使底層換了,也不用跟著更換開發方式
就像Win32APIs雖然用了這麼多年,難保Windows不來個新版本把以前的東西都翻掉
這樣一來不就得重新翻過一次程式?
舉個例子來說...假如一個App需要使用到網路連線功能
會有人去分別實做出使用Ethernet,還是PPP或GPRS還WiFi之類的嗎?
應該不會吧..因為連上網路的媒介與App本身並無關連..App只管有沒有連上就是了
或者說..不管用Java或.Net開發App
讓這App開一個視窗
就這麼一件小事...
但這App能在Windows下開..能在Mac下開..能在其他的GUI OS下開
假若使用Win32APIs去寫同樣的App
也同樣的叫他開一個窗
是否能在Mac下使用呢?
--
◤◥ Origin: 幽谷˙反地球聯邦組織 aeug.twbbs.org
◣◢ Author: GP03 從 220-141-100-187.dynamic.hinet.net 發表