我在 C#.NET 方面的经验很少，但在 Delphi 方面有多年经验。有任何 Delphi + .NET 人员可以为我提供一些指导吗？
这是独家新闻：
我将负责代码库的大修（200,000 行以上）。我们将创建一个完整的 n 层架构，前端是 Silverlight。我们选择 Silverlight 作为前端，因为根据我的研究，它可以轻松部署在浏览器和应用程序中。
我无法在 Remobjects SDK 和 WCF 之间找到明确的比较。我遇到的少数几个线程提到了 WCF 的问题，例如响应时间、大量开销以及来自 MS 的有点流氓的响应。
这个问题更多是针对后端的。我们当前的代码库在 Delphi 中。如果可能的话，是否值得将后端保留在 Delphi 中？争论是在迁移到 .NET 时使用 WCF，还是在坚持使用 Delphi 时使用 Remobjects SDK（同时使用 .NET 和 Delphi 风格）。
Delphi 后端 + Silverlight 前端的优点：
- 现有代码库：迁移时间更短
- 现有知识：熟悉我们代码库的开发人员已经熟悉 Delphi
- 轻松部署：单个 exe/dll 部署难以忽视！
- Cadence：Remobjects SDK 多年来一直很稳定
Delphi Remobjects SDK 后端 + Silverlight + Remobjects SDK 前端的缺点：
- 技术：Remobjects .NET 甚至可以通过 Session 功能与 Remobjects Delphi 进行通信吗？
- 知识：除我们几个开发者外，delphi的知识在我们市区非常稀少。
- 项目代码重用：我们需要在 C# 和 Delphi 中重新开发类，以便在 Silverlight 中使用。
- 成本：许可的额外成本
- 未来：很难说德尔福什么时候会崩溃
现在对于 WCF .NET .. WCF .NET 后端 + Silverlight 前端的优点：
- 项目代码复用：一个类可以在后端和前端使用
- 技术：它已经被证明
- 知识：我们的城市地区喜欢 .NET，因此有很多人才可供雇用。
- 未来：每个人都知道 MS 从 .NET 和 VS 2010 中赚了很多钱。这为 .NET 架构增加了一些稳定性。
WCF .NET 后端 + Silverlight 前端的缺点：
- 现有代码库：除了类结构引用之外，我们的整个代码库都需要重做。
- 部署：我自己没有部署过 WCF 应用程序，但我知道它比 Delphi 更复杂。
- Cadence：微软以在行业稳定后立即改变游戏规则而臭名昭著。发生在 COM 上，什么时候会发生在 .NET 上？
理想的情况是什么？写完这一切后，看起来 C# 后端是赢家，因为成本更低，未来稳定的机会更高。无论我们现在使用哪种后端，都将成为未来所有项目的首选方法。
您在实现 WCF n 层应用程序方面有何经验？
是否有任何清晰简洁的书籍/文章概述了 WCF 的用法以及设计应用程序时的最佳实践？
在这种情况下有比 WCF 更好的解决方案吗？
说出你的想法！