將 Delphi 7 應用程序遷移到 .NET
有關如何在 Visual Studio 2005 中將現有的 Delphi 7 業務應用程序遷移到 .NET 2.0 的任何建議？
Visual Studio 2005 已被購買，該公司希望擺脫 Borland/Codegear 工具。
該應用程序是單個客戶端伺服器執行檔，利用許多第 3 方 UI 控制項和 Crystal 報表 10 進行報告。
UI 中的 Delphi 類型以及許多 SQL Server 2000 儲存過程中分佈著廣泛的業務邏輯。將大部分儲存的 proc 邏輯移動到 .NET 類中是另一個目標。
為了減少對客戶的影響，如果可能的話，最好採用逐個方法而不是完全重寫/轉換。提前致謝。
$$ Update $$ 有沒有人有任何經驗，好的，壞的或醜陋的，在這種情況下使用託管 VCL？
我在一家公司工作，該公司大約在 2007 年從 Delphi 遷移到 WPF/.Net。我們嘗試了一個接一個的方法。這很痛苦。我們總是在互操作中遇到細微的錯誤。從 Delphi 呼叫 WPF 或 Winforms 並返回是痛苦的。如果您的應用程序的各種 UI 控制項和視窗經常相互呼叫，我認為您將經歷重大的成長痛苦。
如果你有能力一次完成整個轉換，我會去的。如果沒有，請拆分應用程序中獨立或與應用程序其餘部分互動最少的部分。
我還建議跳入 .Net 2008。您為什麼要選擇一項已有近 4 年曆史的技術（VS 2005）？我認為在.Net 3.5 非常穩定的情況下選擇跳入.Net 2.0 是一個非常非常糟糕的商業決定。我向管理層提出.Net 2.0 的唯一正當理由是支持Windows 2000。你還有Win2k 的客戶嗎？轉換完成後，您還會有 Win2k 上的客戶嗎？您是否有無法遷移到 XP 或 Vista 的客戶？Win2k 不支持 .Net 3.0 和 3.5。這是我能想到的唯一缺點。
.Net 3.5 和 C# 2008 為您的公司提供了顯著的優勢。與 C# 2.0 相比，您擁有許多可以加快開發時間的語言功能。你有 WPF，它比 Winforms 優越得多。我認為您可以開發與 WPF 在 Winforms 中獲得的相同的戰艦灰色 Windows，更快地開發它們，並且當您想要一些吸引眼球的時候，您將使用一種可以輕鬆提供它的技術。如果您正在為這種轉換學習一個新的視窗平台，為什麼不投資學習新東西呢？
另外，請告訴我您實際上並沒有購買 VS 2005。您可以以大致相同的成本購買MSDN 通用許可證，並獲得 Microsoft 製造的所有與開發相關的產品。從第 3 方購買，您將獲得很好的折扣。
對不起，如果我是負面的。真誠地，祝您遷移順利。當我想到不得不放棄 .Net 3.5 中的所有好東西時，我只是有閃回。
這聽起來對我來說是一個非常糟糕的主意。
您的產品在 .NET 中是否有任何技術優勢，或者成為 Microsoft 商店主要是出於政治決定？對於客戶端-伺服器，Delphi 很難被擊敗。我用過VS2005/8，它在Win32開發上真的真的真的沒有Delphi那麼好。但是，如果您打算在以後遷移到 Web，那麼 VS 具有明顯的優勢。
如果頑固的商業人士只是拒絕再使用 Delphi，那麼 KiwiBastard 是正確的，IMO。首先轉換為 Delphi.NET，然後從那裡遷移到 VS2005。或者 2010 年，因為那是一個更現實的時間表 :)