我想在windows中創建具有完全可移植性的應用程序（當然是在windows操作系統中）。我試過用Visual C++編寫的一個應用程序，但是我讓它在其他Windows操作系統下運行真的很困難（比如它需要安裝.NET框架庫）。這使我不得不將一組DLL從一臺機器複製到另一臺機器上，而大部分時間有些工作並不成功。在編寫Windows應用程序時需要一些指針/提示
而我在編寫基於Windows的應用程序時總是業餘愛好者，因爲我的技術專長主要是Java。哪裏開始？ （比如從我開始編寫自己的工具/工具開始，開始使用哪些工具/ IDE）。
如果你們覺得我的問題含糊不清，我可以澄清。
謝謝。
你可以使用.NET，如果你留在2.0中，使用標準組件，它應該可以正常工作。你可能需要做一些改變才能在任何地方工作，購買很有可能。
http://www.mono-project.com/Main_Page
您既可以使用Visual Studio或免費的IDE。夏普開發或單發展。
爲了完整的Windows可移植性，我會假設他希望所有的東西都回到Windows 95，而據我所知，它不能與.NET一起工作。 – tloach 2010-03-19 19:03:16
我不認爲任何人關心Win95 – eschneider 2010-03-19 19:09:50
Visual C++應該很容易做到你想做的。這聽起來像是你創建了一個C++/.NET項目，它將產生對.net庫的依賴。啓動向導時，您需要選擇不同的項目類型。
如果您有Visual C++的付費版本，則可以嘗試單擊「MFC應用程序」。這些天很多人都對MFC感興趣，但它仍然是一種快速獲得C++ Windows應用程序的方法。確保你選擇了靜態鏈接MFC庫的選項，否則你會有另一個依賴。
MFC不包含在Visual C++的免費版本中，所以你需要走老派並直接使用Windows API或找到另一個軟件包，如QT或Wx來鏈接。
我想這也取決於你想要走多遠的Windows樹。我無法想象.Net 3.0+在95/98上工作，但我沒有檢查。最好堅持使用平臺中立的中間件（這是正確的術語？）像QT/Java，以儘可能保證儘可能少的問題。另一件事;如果您使用的是.NET編碼，那麼您可能還想考慮讓代碼向後兼容舊.NET版本，即不要使用舊版.Net版本中未識別的設施。 – 2010-03-19 19:11:02
如果你真的想讓它適用於各種版本的Windows，那麼最好的辦法可能是走完全交叉兼容的路線。抓住Boost，QT和ACE庫，並遠離直接進行操作系統調用。有一個Visual Studio的免費版本，這可能是你想要用於個人開發的IDE，如果你正在做商業的東西，然後得到完整版本。
感謝您的回覆。我不打算做任何商業的東西。只是小公用事業。我可以說一個粗略的例子可能是我應該提供一個文件選擇器對話框，將文件作爲輸入並讀取文件並過濾所有數字並生成輸出文件。我可以在很短的時間內使用Java swing來做到這一點，但我很好奇編寫一個Windows的等價物。 – bragboy 2010-03-19 19:04:22
爲什麼不使用Java。 JVM在.NET上有更多的系統，現在你的應用程序可以在任何操作系統上運行，而不僅僅是Windows。再加上Java對於初學者來說更容易，然後C/C++更容易讓你的程序導致藍屏死機。
是的，我可以使用Java，但我覺得我已經掌握了它。我想在編寫C/C++應用程序時弄髒自己的手。 – bragboy 2010-03-20 09:38:27
0x3A28213A，0x6339392C，0x7363682E。 – Ken 2010-03-19 18:55:26