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