微軟給開發人員的方向一直都很明確 就是.Net平台 
Net也確實很優秀 從winform到web一切都很協調 但是也有一些缺點 .Net 遇到一些本身不良的設計 或是一些需求 會直接翻寫掉 而不是以相容性為第一考量

好處是.Net程式看起來整潔 不像win32 相似功能的api有一堆 壞處是升級
會有痛苦

還有一個大缺點 就是慢 沒辦法在現今的很多台電腦上跑得很順
P3 XP還有一大票人再用呢

請教一下 如果您現在有機會開發全新windows視窗程式應用
"也許" "或許" "可能" 將來會為產品加入web介面的擴充

您會選擇擁抱.Net 享受著像Paralle.For 或LINQ之類的神奇玩意?
還是死守在日漸西山的win32 api,在COM ,DCOM ,MTS之類的
舊東西繼續打滾?
亦或兩者一起併用各取優點的拼湊大法?

編輯記錄

兩者一起併用各取優點的拼湊大法!!
不管什麼OS, 最後都是system call.

===================引 用 skya00 文 章===================
微軟給開發人員的方向一直都很明確 就是.Net平台
Net也確實很優秀 從winform到web一切都很協調 但是也有一些缺點 .Net 遇到一些本身不良的設計 或是一些需求會直接翻寫掉 而不是以相容性為第一考量

好處是.Net程式看起來整潔不像win32 相似功能的api有一堆 壞處是升級
會有痛苦

還有一個大缺點 就是慢沒辦法在現今的很多台電腦上跑得很順
P3 XP還有一大票人再用呢

請教一下 如果您現在有機會開發全新windows視窗程式應用
"也許" "或許" "可能" 將來會為產品加入web介面的擴充

您會選擇擁抱.Net 享受著像Paralle.For 或LINQ之類的神奇玩意?
還是死守在日漸西山的win32 api,在COM ,DCOM ,MTS之類的
舊東西繼續打滾?
亦或兩者一起併用各取優點的拼湊大法?

微軟發展 .NET 的主要目的只是要打擊 JAVA。
因為JAVA 的跨平台能力，對於WINDOW 作業系統具有嚴重的殺傷力。
微軟發展的 .NET 和 JAVA 有類似的架構，只是不知道可以跨到那裡去 ?

以WINDOWN 的封閉系統來看，發展 .NET 架構是有點畫蛇添足。
除了執行效率下降外，還有重新學習的時間，對使用者都是負擔。
但是它的目的達到了。

『日漸西山的win32 api,在COM ,DCOM ,MTS之類的』....
這種問題跟 「C好，還是 C 好」，「我們還需要學組合語言嗎？」之類的，有異曲同工之妙
會 .Net 月薪了不起 40 ~ 60k，很多都是在 20k ~ 25k
會組語，或會用 C做韌體，月薪 80k ~ up，如果你是這類人，你有必要學 .Net 嗎？

白馬，黑馬，會跑得快的，就是好馬

===================引 用 skya00 文 章===================
微軟給開發人員的方向一直都很明確 就是.Net平台
Net也確實很優秀 從winform到web一切都很協調 但是也有一些缺點 .Net 遇到一些本身不良的設計 或是一些需求會直接翻寫掉 而不是以相容性為第一考量

好處是.Net程式看起來整潔不像win32 相似功能的api有一堆 壞處是升級
會有痛苦

還有一個大缺點 就是慢沒辦法在現今的很多台電腦上跑得很順
P3 XP還有一大票人再用呢

請教一下 如果您現在有機會開發全新windows視窗程式應用
"也許" "或許" "可能" 將來會為產品加入web介面的擴充

您會選擇擁抱.Net 享受著像Paralle.For 或LINQ之類的神奇玩意?
還是死守在日漸西山的win32 api,在COM ,DCOM ,MTS之類的
舊東西繼續打滾?
亦或兩者一起併用各取優點的拼湊大法?

這裡是 KTOP, 所以我會叫你用 DELPHI

至於 WEB 嘛, PHP 不好嗎 ???

.
..
...
....
.....

好吧, 我是來亂的, :P

------
聰明的人，喜歡猜心；雖然每次都猜對了，卻失去了自己的心
傻氣的人，喜歡給心；雖然每次都被笑了，卻得到了別人的心

當然不好！為什麼？因為這裡是KTOP

至於WEB~~~IntraWeb不好嗎？
.
.
.
.
.
.
呃…我承認我也是來亂的 XD
===================引 用 Jasonwong 文 章===================
這裡是 KTOP, 所以我會叫你用 DELPHI

至於 WEB 嘛, PHP 不好嗎 ???

.
..
...
....
.....

好吧, 我是來亂的, :P

如果是新開發系統, 建議還是用.NET吧.....
1.如果你的winform是用webservice做, 未來有Web時可以共用.
2.系統維護人員比較好找也便宜, 用的人多, 有問題比較多Source可以用.
3.LinQ之類的, 你可以考慮看看, 這種O-R Mapping的架構, 很傷系統效能, 見人見智囉.

在google資料時,剛好看到

這個議題看起來很大,料想會很多人參與討論, 結果沒有幾個人熱衷回應?

挑哪一個都是有一好沒兩好的狀況吧?

http://vfp.sunyear.com.tw/viewtopic.php?p=21864

以下取自該討論串內容:

走 .net,沒錢絕對搞不起來,
.net 明擺就是超級大軟體公司才可以用來開發系統的工具,
一般的小公司沒有能力一年追一個版本.
追舊版本能用多久不知道,但是在宣傳上就比人矮好幾截.

走 java 不錯,但是資料庫效能還是有點疑問,
而且,開發門檻也很高,
也不適合小公司.

接收了borland 開發工具的codegear,野心很大,
但是與java一樣,
開發門檻也很高,
但是更慘的事,資源不夠,找不到求救管道.

編輯記錄

看來大家對這議題並不熱衷 我想其中原因應該有二
1.Net平台不如DOS換到Windows那樣令人驚奇 缺乏轉換動力
2.寫視窗應用程式的人正在消滅 新創的資訊系統都落在web平台


兩點看來 MS的優勢不在
目前 有不少軟體公司打著雲端運算的旗幟 在推銷自家的web產品
或許web化自家產品 不用在管什麼平台
windows ,MAC ,Linux, PDA....通吃
也可以在紅海中殺出一條藍海 也是一條光明大道

使用Delphi目前的困擾就是 第三方元件越來越少人開發了
現在找到的都是D4~D7 這幾個版本的時候推出的
如果是要寫windows AP 那用Delphi還是比.NET方便
畢竟熟練了 而且到底還是call win32 API
沒必要還搞一個.NET framework 來拖慢速度
寫網頁的話 delphi與aspx 應該是選擇後者
win7推出後 delphi不知道能不能在x64的環境下開發跟使用
如果delphi因為OS 與開發商的關係漸漸被邊緣化
用delphi開發的系統雖然還在
但也只剩下維護的需求 工作機會減少
剩下的工作機會大多也是沒有新增需求的養老工作了
大概10年內一些使用delphi的老手會遇到中年危機 吧？
這好像是沒辦法的
就像卡拉OK出現後 那卡西就消失了
KTV出現後 卡拉OK也漸漸式微一樣吧...

1.個人使用Delphi以來, 由外掛一堆3'rd 元件到現在己逐漸採用標準元件, 主要原因是Delphi的支援越來越少, 以前使用的外掛元件都不再發展後續支援, 所以要寫Delphi人就要有個體認, 那就是少用3'rd元件為妙
2.之前曾想以Delphi 2010開發新一代的系統(例如在x64上), 但問過台灣的軟體銷售商(不是興x), 目前確認Delphi2010版本還無法支援x64的編譯, 所以在Win7, 2008Server x64版本上是無解!
===================引 用 pprayer 文 章===================

使用Delphi目前的困擾就是 第三方元件越來越少人開發了
現在找到的都是D4~D7 這幾個版本的時候推出的
如果是要寫windows AP 那用Delphi還是比.NET方便
畢竟熟練了? 而且到底還是call win32 API
沒必要還搞一個.NET framework 來拖慢速度
寫網頁的話 delphi與aspx? 應該是選擇後者
win7推出後 delphi不知道能不能在x64的環境下開發跟使用
如果delphi因為OS 與開發商的關係漸漸被邊緣化
用delphi開發的系統雖然還在
但也只剩下維護的需求? 工作機會減少
剩下的工作機會大多也是沒有新增需求的養老工作了
大概10年內一些使用delphi的老手會遇到中年危機 吧？
這好像是沒辦法的
就像卡拉OK出現後 那卡西就消失了
KTV出現後 卡拉OK也漸漸式微一樣吧...

 小弟偏愛 Java，他似乎是當今唯一能寫 AP/Web/Device 等且跨多個 OS 的語言。