VB6風險和遷移

Question

我想知道是否有人可以幫助我。我的公司正在決定將用VB6編寫的現有應用程序遷移到.Net。我提出了一份關於讓VB6幫助他們決定切換到.net的風險列表。各地VB6風險包括以下內容：

• 功能性降低
• 安全風險
• 成績滯後
• 用戶界面問題
• 有限的技術支持
• 不兼容的問題

至於我已被要求擴展安全性在這。該應用程序是內部的，不會暴露給客戶。考慮到這一點，它將處於公司安全基礎架構的後面，這將減少安全問題。也有從我還沒有考慮

感謝

Answer 1

與保持VB6應用程序的主要風險是未來的可維護性上面除了更多的風險。 VB6運行時不會在任何地方，所以任何VB6應用程序都應該繼續運行。然而，VB6 IDE在XP之後的任何操作系統中都越來越薄，需要一些黑客才能正常安裝和運行。此外，尋找技術熟練的開發人員將會越來越難，願意從事這種過時技術的人員越來越少。

很多很多事情都可以在.Net中輕鬆完成，這是VB6的一大難題。潛在的收益是值得的短期痛苦恕我直言。

（目前正在將我公司的核心VB6應用程序到.NET）

Answer 2

支出努力端口應用到.NET並沒有做出很大的意義。將這些工作轉移到Java或B4J之類的東西可能會更好或更好。那麼至少你有可移植性，這是Windows或.Net（或兩者）消失時的一個重要問題。

在此之前，VB6提供了無與倫比的穩定性，支持由於工具鏈流失導致的成本幾乎不存在。轉向任何其他開發工具都會犧牲那些意想不到的但有價值的功能。有人稱之爲詛咒已經成爲一種福音。這與Cobol仍然在生產中的原因是一樣的。

即使Windows ARM64也能夠運行VB6 x86程序。我沒有看到VB6支持死亡，直到Windows本身死亡。

開發美元將花費在清理代碼庫上好得多，而不是爲了移植的緣故而浪費在移植上的努力。