如何说服客户端升级到WCF，或者为远程处理和WCF保留两个代码库

Question

对于那些已经向客户/客户交付了WCF解决方案的人来说，这里有一个问题，他们的客户拥有一些其他的旧的分布式技术，比如.net远程处理/Asmx。

我们的情况

面向老产品套件的技术 (Windows 2003)

财务后台办公室( .NET Remoting，Winforms，Webservices，Server 2005)

前线办公室(SQL 2005，ASP.NET)

面向新产品套件的技术(Windows2008Windows)

财务后台Office in (WCF，Winforms，一些组件WPF，Webservices，Server 2008)

前端办公室(SQL 2008，ASP.NET MVC和silverlight中的一些组件)

我们的新客户/预期客户希望我们的产品套件使用真正的SOA，因此我们已经迁移了我们的产品(因为他们拥有来自java世界的系统，并且希望与我们的WCF services).

• Some交谈，因为我们的老客户获得了后台.NET的实现，他们从过去10年开始很好地为他们服务。)我们的产品在他们的环境中得到了很好的解决，在他们的主机周围愉快地聊天。(他们是那个非常不愿意upgrade)

• Existing的人，他们认为这是一个巨大的技术栈变化，所以他们可能需要新的硬件，而且他们肯定需要大量的测试努力/资源来测试新的技术栈，因为他们得到的实际好处是小功能，这是在过去的6个月里完成的，但是由于英国预算的变化，他们必须有新的功能。)

这里是问题

1)我需要强有力的论据来说服我的老客户升级到我们的新产品套件

• WCF Over .Net远程处理
• SQL 2008 SQL 2005
• Windows 2008 Over 2003

2)服务器端是否存在(或是否会)保留两个代码库的问题--一个用于.Net远程处理，另一个用于WCF (如果有人已经成功/未成功地完成此操作)

当我们的一些客户仍然拒绝升级到新堆栈时，这可能是一个棘手的情况，但我们仍然必须交付一些在我们迁移到wcf时RND中的新特性。

当我们开始WCF的时候，我们有很好的想法，所以下面这不会是问题。

1)获得服务代理是很好的分离，并且很容易替代WCF和.net远程处理。

2)托管shell并不是问题，因为它们已经很好地被精化了。

如果任何人需要更多的信息，请回信。

Answer 1

微软对SQL 2005的一般支持已于2011年4月12日到期：http://support.microsoft.com/lifecycle/?p1=2855。

微软对Windows 2003的一般支持已于2010年7月13日到期：http://support.microsoft.com/lifecycle/?p1=3198。

.NET remoting是随.NET Framework1.1一起提供的，被认为是.NET 2.0以后遗留下来的。对于.NET Framework1.1，.NET远程处理帮助显示在：http://msdn.microsoft.com/en-us/library/kwdt6w2k(v=vs.71).aspx中。现在，如果您将同一个帮助文件的版本更改为.NET 3.0 (2.0运行时)，则将显示在：http://msdn.microsoft.com/en-us/library/kwdt6w2k(v=VS.85).aspx中，第一行语句如下：

本主题是专为与现有应用程序的向后兼容性而保留的遗留技术，不推荐用于新的开发。现在应该使用(WCF)开发分布式应用程序。

对于客户开始使用较新的平台来说，这些通常都是很好的理由，因为微软缺乏普遍的支持，增加了使用service或修补程序无法解决问题的风险，并增加了产品所有权的成本。