在使用 MVC + JQuery 开发企业应用程序 9 个月后，我们的管理层和股东有兴趣转换并切换到 silverlight！他们认为它比 Ajax 更强大，使开发速度比我们目前的解决方案更快，它是 Windows 和 Web 并且不那么令人头疼。
不幸的是，我们的股东对 web 和 web 应用程序的无状态状态一无所知，他们总是与窗口应用程序进行比较。
但我们团队中没有人对 Silverlight 有任何了解。我不确定这是一个好的决定。我认为我们会尽可能快地发展。我们为快速开发开发了一个很棒的框架和代码生成器。
感谢和抱歉英语不好。
【问题讨论】：
放弃你所拥有的并在中期开发中进行重建几乎总是一个坏主意。
对于个人项目，我正是这样做的。它最初是在 asp.net MVC 的 beta 阶段构建的。我让应用程序达到了可以使用的阶段（实际上我仍然每天都在使用它），但它还远远没有为外界做好准备。这就是问题所在；这需要大量的工作才能让其他人使用它......
当 Silverlight 3 发布时，我确实抓住了应用程序的后端 - 将 RIA 服务卡在中间，并在没有任何事先 SL 知识的情况下启动并运行了一些屏幕。我本可以继续沿着这条路走下去，但是当我开始意识到银光的力量时，有些事情发生了。我的应用程序的目标帖子移动了，我开始了特定于 SL 的重写。
从那时起，我开始重写大约 5 次。我想我仍然只是在学习如何最好地在 SL 中构建应用程序，在过去 12 年左右的职业生涯中，我一直致力于无状态 Web 应用程序，这涉及到一个巨大的心理转变。
我是一个比 Silverlight 开发人员更好的 Web 开发人员，但如果它是用于一个真正的项目（而不是一个宠物项目） - 它现在已经被运送出去了。
我确信 SL 是大多数 Web 应用程序的理想平台（只要它是一个插件不会有任何问题）。
话虽如此，运输仍然是最重要的事情。 SL 很棒，但学习曲线很陡峭。如果你们快要完成这个应用程序，我会坚持让你们继续使用 mvc，也许可以找人建立一个 SL 分支。
【讨论】：
重新构建应用程序的平台总是很昂贵，尽管如果您的 MVC 正确，理论上用其他东西替换应用程序的“VIEW”部分应该更容易。
关于 Silverlight 是否为您提供的不仅仅是 HTML / JavaScript 取决于您使用它的目的。如果您所做的是与媒体相关的或高度图形化的，Silverlight 可能是一个不错的选择。如果您的应用程序与大多数业务应用程序一样（即某些输入字段由一些读/写数据库支持），Silverlight 并没有真正为这种操作提供任何切实的时间节省。
如果 Web 应用程序是公开的并且您关心搜索引擎索引，那么语义 HTML 提供了最佳选择。
【讨论】：