.net - Silverlight 和 WPF 兼容性

Question

我们正在计划一个将在 Silverlight 和 WPF 中开发的应用程序。

我想知道，既然我们将在 XAML 中实现接口(interface)，它是否会在两种技术中兼容？

从一种技术移植到另一种技术时，我们应该期待什么样的问题？

Answer 1

我已经构建了一个双目标 silverlight/wpf 应用程序。它不像将一个移植到另一个那么简单......

您的第一步应该是查看有关 wpf 和 silverlight 不同之处的文档，以便更好地了解您的问题 XAML Processing Differences Between Silverlight and WPF .不要停在那里。了解基于不同应用环境发挥作用的设计模式。现在您开始了解您正在处理的内容。

在为 wpf 和 silverlight 构建 UI 时，必须非常小心使用的控件和命名空间。共享 UI 代码可能非常乏味，通常更容易创建两个单独的 UI 层，在适用的情况下使用共享模板。您在富客户端应用程序中拥有的大部分 UI 功能将与您的 silverlight 应用程序中的功能不同。您可能会在您的 wpf 应用程序中提供更丰富的数据密集型 View ，而不是在您的 silverlight 应用程序中提供更简洁的 View 。最后，您可能能够实现相同的目标，但这将比仅仅重新定位和部署更难。

如果您从头开始构建应用程序，那么我建议您同时构建 wpf 应用程序和 silverlight 应用程序。通过这样做，您将有机会抽象出在不同环境中使用的服务层和数据访问策略。 Silverlight 可能需要通过 Web 服务访问数据，而您的 wpf 应用程序可能会与本​​地数据库实例通信。这可以很容易地完成。使用 IoC 容器或其他东西来注入(inject)您正确的服务实现。该区域为大多数代码重用提供了机会。您可以创建所有 View 逻辑和服务逻辑以在两个 UI 之间共享。您还可以创建共享的业务逻辑和数据访问逻辑。

如果您的富客户端应用程序中没有本地数据存储区，那么请忘记下一段。

如果您计划拥有一个偶尔连接的离线客户端(wpf 应用程序)，您可能必须想出某种同步策略和架构。根据您的数据结构的复杂程度，这可能相当困难。使用可用框架构建复杂的同步逻辑是 P.I.T.A.您可能必须建立自己的，或忍受他人的限制。

一条建议声明:从测试开始，以测试结束