0

我有 silverlight 应用程序，它具有相同的 windows 和 web 代码库。因此，相同的代码通过 silverlight 浏览器插件在 Windows 和浏览器中运行。一些业务逻辑在 ViewModel 中。

Microsoft 将不支持 Silverlight，因此我们希望为该应用程序制定未来战略。我们想知道我们可以使用哪些 Silverlight 替代方案，只需对代码进行最少的更改即可帮助我们。

以下是对新替代方案的一些期望。即应该

  1. 两个 web/windows 的 ui 代码库相同
  2. 在 ViewModel 中重用逻辑。

我听说使用 html5 作为替代方案，请告知在这种情况下使用 html5 或我们可以使用的任何其他东西。

4

2 回答 2

0

听起来您只是放弃了 Silverlight，因为您认为它不受支持。请注意，Microsoft 已保证Silverlight 5 将在 2021 年之前得到支持，因此它不会很快消亡：它只是不会获得新版本。

如果你想从 Silverlight 切换，因为你想支持不运行 Silverlight 的平台，比如智能手机，那么 ASP.NET 基本上是重用任何业务逻辑的唯一方法，实际上你不会得到太多代码Windows 应用程序和 Web 应用程序之间的重用，当然不是在 ui 代码中。

所以，基本上：如果满足您的要求，要么保留 Silverlight，否则就像 Jason Young 建议的那样，将其全部扔到一个 Web 应用程序的窗口之外，这可能是最好的选择。

于 2013-03-07T05:50:35.000 回答
0

Silverlight 是在 Windows 和 Web 之间共享代码的好方法。首先，我想问您为什么要尝试维护两个不同的应用程序。您是否考虑过将它们统一到一个基于 Web 的应用程序中？

带有 .NET 后端的 HTML 5 通常是您最好的跨平台方法，因为您已经编写了后端代码。通过维护一个平台，您不必将任何工作加倍。这将满足要求#1 和#2。

我知道这是您现有代码库的范式转变，但我经历过这种转变。进展相当顺利，我很高兴我们做到了。多亏了 Knockout.js 和 jQuery 等客户端库，使用 HTML 5 应用程序替换 Silverlight 比以往任何时候都容易。

如果您仍然想将它们分开，我不知道如果没有比我提到的策略更多的工作，您将如何实现该目标。作为替代方案，您可以继续使用处于当前状态的应用程序。Silverlight 暂时仍然是一个可行的解决方案。我想说你有足够的时间来计划你的策略。

于 2013-03-06T12:50:54.080 回答