5
在查看ISV設置中C＃的使用時，我想知道哪些突出的基於C＃的桌面應用程序在那裏？我只能想到Paint .NET。C＃桌面應用程序？
C＃是一個ISV的好主意，還是應該堅持更原生的環境，如Delphi甚至QT？
當然，任何有經驗的建議或反饋將不勝感激。
A
回答
0
我相信MS使用C＃來構建他們的許多應用程序，包括Windows和Web。目前，由於語言/框架的靈活性，C＃是一個很好的語言。
3
如果您可以控制應用程序的系統需求，那麼C＃就可以。一些最終用戶仍然（即使我們現在快要到2009年了）出於某種原因反對40MB運行時間，所以如果您想要在商業環境中部署應用程序，這對您來說可能是個問題。然而，在企業環境中，用戶計算機上的軟件標準化程度可能不是問題。
德爾福和QT具體都是問題。 Delphi實際上是一種死去的語言。現在正在使用它的公司大多數情況下，儘可能快地將代碼移出它們（目前，工作板似乎充滿了Delphi-to-C＃遷移作業）。你可能會喜歡QT，但在Windows世界中，它幾乎和Delphi一樣慢，所以我絕不會認爲它是一個真正的選擇。
12
是的，C＃可以非常有效地用於構建應用程序。關於那裏有什麼應用，你在找什麼？大應用程序，小應用程序？
我知道一個建立在.NET框架上的大型應用程序（不確定是否C＃或VB），那就是Quickbooks。
+2
突出/衆所周知的應用程序。 – geo 2008-10-16 15:40:46
2
我相信TimeSnapper是用C＃
0
誰是你的目標用戶？他們的需求將決定你選擇的語言。 C＃和VB.NET是很好的通用語言，但如果你的目標是Mac或* nix，你可能需要類似C++的東西。
3
我認爲，微軟Expression Blend中/工作室是用C＃
0
Zune軟件（V2及以上）是用C＃。哦，Sage Timberline Office是用.net（主要是）編寫的。
6
用C＃開發桌面應用程序非常棒。它不僅僅適用於Web Apps。
WinForms將爲您節省大量時間。當談到桌面Windows開發時，它確實是一流的公民。如果互操作是一個問題，你總是可以使用VS爲你做的P/Invoke和COM對象封裝。
做得對，當客戶改變主意時，維護和更新會變得輕而易舉。
是的，框架需要在機器上，但如果他們曾經使用過Windows Update，這應該不成問題。現在什麼語言沒有運行時庫。在VS中，您可以創建包含運行時的簡單安裝程序。
當然，如果你要部署到Linux和單聲道，你的里程可能非常。
3
何事機器人工作室完成的，任何XNA遊戲（不少商用的人現在出來）
3
我不明白爲什麼你不會用C＃作爲一個獨立軟件開發商。問題在於確保您的目標市場具有.NET框架。如果你使用的是3.5，你可以在你的發行版中構建一個迷你版本，儘管這會增加下載的文件大小。
0
儘管它是一個開發工具，但是優秀的開源IDE SharpDevelop是用C＃構建的。我還研究過另一個（儘管是半商業化的），但我不能泄露。 （非常垂直的市場）
我是C＃/ WinForms組合的狂熱粉絲，如果你的開發人員已經熟悉C＃並且想要進入桌面空間。
3
一些補充信息來思考：
一對做桌面應用的分佈模型的典型點是一個很大的管理難度。藉助Web應用程序，如果您擁有龐大的用戶羣，則可以進行更新，並立即讓您的整個用戶羣以最新版本運行。
對於傳統的桌面應用程序，您必須發送.msi或自行構建一些東西。但是，使用ClickOnce和更新程序應用程序塊（http://msdn.microsoft.com/en-us/library/ms978574.aspx），可以非常方便地在應用程序中構建智能更新，以便它可以很好地融入ISV計劃。
儘管VS 2008/WPF正在縮小差距，但在Web上的WinForms空間中開發客戶端應用程序通常快得多，所以我認爲這是一種非常可行的方法。
0
商業成功的應用程序的一個非常突出的例子是Microsoft Visual Studio 2005本身。
如果您正在研究爲Windows生態系統構建客戶端或服務器應用程序，使用C＃的.Net是絕對有效的選擇。你會得到一個非常豐富的框架，一個偉大的第三方應用程序生態系統和一個巨大的社區。
如果您的應用程序需要最小內存空間，或者非常以硬件爲中心，那麼C++也許是一個選項。
如果您想要定位UNIX/LINUX或Apple平臺，您應該查看更適合各自平臺的框架，儘管您可以獲得與Mono項目的某種程度的互操作性（但我沒有及時瞭解目前完成他們的.Net的執行）。
0
我相信matrox顯卡配置實用程序正在使用.net框架。
1
Windows Media Center由.NET驅動。
0
我仍然只是一名學生，但對於它的價值（以及來自我的其他答案），似乎在C＃中有很多應用程序。
我建議通過本書Head First C＃（Amazon link）。這本書會給你一個關於你可以用這種語言做什麼的非常好的概念。
= -MDP- =
0
Creative Docs .NET是C＃的應用的非常好的例子。
0
微軟的萬維網望遠鏡軟件是用C＃
5
2
我已經爲所使用德爾福之前ISV，它是非常適合他們的需求。它仍然會產生出色的本地應用程序，雖然它的死亡肯定還沒有死亡。直到最近，我還是會推薦Delphi將c＃用於桌面應用程序，因爲我有性能和佔用空間的代價，但是.net現在可以被認爲是無處不在，並且該平臺現在正在成熟，我的opinoin可能會使用c＃（通過Delphi）。 如果您需要考慮員工，您會發現圍繞該c＃的Delphi開發人員較少。所以你可能很難吸引好的開發者，因爲你正在使用它。這就是說德爾福再次用Delphi prism VS插件看起來令人興奮。
就像你知道c＃編譯器是用C++寫的一樣嗎？德爾福Delphi編寫的從1.0
3
更多：
- 商業計劃書臨
- 救援時間客戶
- 索尼拉斯維加斯
- SQL管理工作室
- VS 2010（更加如此比VS 200x）
- 美國宇航局的世界風
- BabySmash
- 的Windows Live作家
- Microsoft Office記帳
- 提琴手2
- Windows Mobile設備中心
- AdiIRC
- Jetbrains的dotTrace
- 大量的聯想事業
- Planbook
這些只是安裝在我的電腦上...
0
如果您正在尋找一種快速入門的方式，我最近發佈了DesktopBootstrap，這是我嘗試分析開始所需的元素。
希望有幫助！
相關問題
- 1. 帶桌面應用程序的java桌面應用程序
- 2. C++ MicroServices與桌面應用程序
- 3. c＃windows桌面應用程序.MVS
- 4. DotNetOpenAuth和C＃桌面應用程序
- 5. C＃桌面應用程序許可證
- 6. Quartz.Net桌面應用程序執行/ C＃
- 7. C＃tabindex - 泛化（桌面應用程序）
- 8. C++桌面應用程序的網頁
- 9. facebook桌面應用程序C＃
- 10. 腳本與c＃桌面應用程序
- 11. Facebook的桌面應用程序C++
- 12. C＃windows桌面應用程序
- 13. JSF桌面應用程序
- 14. Facebook桌面應用程序
- 15. 桌面應用程序
- 16. Flash桌面應用程序
- 17. netbeans桌面應用程序
- 18. Python桌面應用程序
- 19. Eclipse桌面應用程序
- 20. 桌面應用程序
- 21. Java桌面應用程序？
- 22. gtkmm桌面應用程序
- 23. Java桌面應用程序
- 24. HTML5桌面應用程序
- 25. Swing應用程序桌面
- 26. java桌面應用程序
- 27. 在桌面應用程序
- 28. .Net桌面應用程序
- 29. 桌面應用程序使用桌面應用程序轉換器的UWP
- 30. 如何將Windows桌面應用程序轉換爲Mac桌面應用程序？
在TIOBE的前10名索引中，Delphi比Ruby更受歡迎。你是說紅寶石也是死語言嗎？德爾福在美國死了，它在其他地方都非常活躍。如果您在文件共享上集中託管，則40 MB很大。 – 2008-10-16 16:06:14
爲什麼你會認爲唯一的選擇是「死」和「沒死」？ Ruby不是一種死的語言;這是一種新的語言（相比之下）。我的觀點大約是40MB，如果你在公司環境中，你有能力在用戶機器上標準化軟件，而且大小是不相關的。 – TheSmurf 2008-10-16 16:45:30
我國最大的電信公司使用標準化桌面，但不包括機器上的大多數軟件，因爲配置遵循配置文件，而不是機器。我們的軟件從他們網絡上的文件共享中運行。 – 2008-10-16 20:53:35