代码库的大修：.NET还是Delphi后端？

Question

我在C#.NET方面没有什么经验，但在德尔菲有几年的经验。有没有德尔菲+ .NET的人可以给我提供一些指导？

这是独家新闻：

我将负责对代码基(200,000 lines+)进行一次大修。我们将创建一个完整的n层体系结构，前端是Silverlight。我们选择Silverlight作为前端，因为根据我的研究，它可以部署在浏览器中，也可以部署在应用程序中。

我还没有找到Remobjects和WCF之间的明确比较。我遇到的几个线程提到了WCF的问题，例如响应时间、大开销和MS的一些轻蔑的反应。

这个问题更适合后端。我们目前的代码库在Delphi中。如果可能的话，是否值得将后端保存在Delphi中？争论的焦点是使用WCF (如果迁移到.NET )还是使用Remobjects (.NET和Delphi同时使用)(如果坚持使用Delphi )。

Delphi后端+ Silverlight前端的优点：

• 现有代码库:迁移期间的时间更短
• 现有知识:熟悉我们代码库的开发人员已经熟悉Delphi
• 简单部署:单个exe/dll部署是很难忽视的！
• Cadence: Remobjects已经稳固多年了。

后端+ Silverlight + Remobjects前端的缺点：

• 技术: Remobjects .NET是否有可能通过会话功能与Remobjects进行通信？
• 知识:另外，我们的少数开发商，德尔菲的知识在我们的城市地区非常薄弱。
• 项目代码重用:我们需要在C#和Delphi中重新开发类，以便在Silverlight中使用。
• 费用:许可证的额外费用
• 未来:很难说德尔福何时会崩溃

现在是WCF .NET..。WCF .NET后端+ Silverlight前端的优点：

• 项目代码重用:可以在后端和前端使用类。
• 技术:它已经被证明
• 知识:我们的城市地区喜欢.NET，所以有很多人才可以雇佣。
• 未来:每个人都知道微软从.NET和VS 2010中赚了很多钱。这为.NET体系结构增加了一些稳定性。

WCF .NET后端+ Silverlight前端的缺点：

• 现有的代码库:除了类结构引用之外，我们的整个代码库都需要重做。
• 部署:我自己还没有部署WCF应用程序，但我知道它比Delphi更复杂。
• 卡登斯:微软是臭名昭著的改变游戏一旦行业解决。发生在COM上，什么时候才能给.NET呢？

最理想的情况是什么？写完这些之后，它看起来就像C#后端，因为成本更低，更有可能获得稳定的未来。无论我们现在使用哪种后端，都将是未来所有项目的选择方法。

• 您在实现WCF n层应用程序方面有哪些经验？
• 在设计您的应用程序时，是否有清晰而简明的书籍/文章概述WCF的用法和最佳实践？
• 在这种情况下，是否有比WCF更好的解决方案？ 听听你的想法！

Answer 1

Joel有一篇很好的关于从头开始重写(http://joelonsoftware.com/articles/fog0000000069.html)的文章。我不确定这是否完全适用于你的情况，但他的文章的主旨是永远不要重写。您已经在这段代码中做了多年的工作并修复了bug，用另一种语言重写它将无法涵盖所有这些修复。我的建议是找到一种很好的方式来将你的Delphi后端与新的Silverlight前端连接起来。话虽如此，我从来没有做过任何与德尔菲的接口，所以你就得靠自己了。