C# 从WCF RIA测试版转向RC:最佳实践?

C# 从WCF RIA测试版转向RC:最佳实践?,c#,wcf-ria-services,C#,Wcf Ria Services,我有一个基于候选版本的现有WCF RIA项目;我现在转到发布版本&发现了许多变化。制作: “如果你写了什么 SIlverlight 4 RIA服务,您将 需要重写它。有一个 大量的重构和命名空间 移动。” 在简要尝试用新的RIA框架编译旧的解决方案之后,我倾向于同意。我目前的计划是: 从解决方案中删除Silverlight业务应用程序项目 从数据库重建EF4项 创建新的Silverlight业务应用程序项目 重新添加来自旧Silverlight业务应用程序项目的文件(XAML、CS) 这听起

我有一个基于候选版本的现有WCF RIA项目;我现在转到发布版本&发现了许多变化。制作:

“如果你写了什么 SIlverlight 4 RIA服务,您将 需要重写它。有一个 大量的重构和命名空间 移动。”

在简要尝试用新的RIA框架编译旧的解决方案之后,我倾向于同意。我目前的计划是:

  • 从解决方案中删除Silverlight业务应用程序项目
  • 从数据库重建EF4项
  • 创建新的Silverlight业务应用程序项目
  • 重新添加来自旧Silverlight业务应用程序项目的文件(XAML、CS)

这听起来合理吗?我认为这比试图手动更改现有项目更干净。

如果您的项目是从Silverlight业务应用程序开始的,那么是的,这是一种不错的方式


您的工作将依赖于该模板中的许多更改,因此让基础代码再次工作可以更容易地进行所需的小调整。对我来说,它主要是名称空间,但是所有的登录控件都与名称空间和未定义的类型相匹配,这让我觉得这更像是一个问题。

你的意思是“从beta版迁移到RC版”,不是吗?是的。在VS和TFS上执行特定升级后,大脑中出现了RC->RTM。谢谢:-)你说得对。实际上,我在SL论坛上给出了一些建议后,首先尝试了另一种方法(手动修复生成的代码)。这样浪费了一天。今天早上只花了几个小时就从头开始重做,围绕新生成的框架重新添加代码。