是什么使得“编辑并继续”对于 Silverlight 来说变得困难/不可能?其次最好的事情是什么?
注意:大约 2 年前的相关问题刚刚确认 SL3 无法
由于 Silverlight 5 (AFAICT) 仍然没有编辑并继续支持(即使对于浏览器外,同样是 AFAICT),我想问是否有人知道是什么让它变得如此困难为 Silverlight 工作的事情?如果它仅限于特定场景(例如,Win7+ 上的 IE10,仅限 32 位 Silverlight 5),我会很高兴,因为至少这样我可以更快/更高效地进行开发,然后拥有其他平台一旦在一种情况下工作正常,就进行测试/验证。
我想知道什么场景最接近但可以编辑并继续。唯一让我印象深刻的是创建一个位于同一解决方案中的 WPF 应用程序(可能使用 Prism 4,因为它的目标是最大限度地减少 WPF 和 Silverlight 应用程序之间所需的更改)并“一起”开发它们,能够使用WPF 应用程序的 EnC,然后希望只需要在 Silverlight 中进行少量开发。
不过,这比我想要经历的麻烦要多得多,我想知道还有什么可行的方法吗?例如,.NET 4 可以加载/使用 Silverlight 4 程序集,并且 WPF 可以托管 (IIRC) Silverlight,因此我可以制作一个实际运行我真正的 Silverlight 应用程序的 WPF “shell”(仅托管在 WPF 应用程序中,本身运行在.NET 4 CLR)。
然而,这样的努力(充其量)是在黑暗中进行的,至少对当前的 Silverlight CLR/运行时/任何使 EnC 变得困难的内容有一些基本的了解。了解这一点可能有助于找到更可行(更少麻烦)的解决方法,至少在理论上是这样。 :)
注意:仅在某些情况下有效的答案(如上所述,例如 IE10+Win8+SL5)仍然很值得了解 - 我宁愿有时拥有该功能,也不愿没有! :)
NOTE: related question from ~2 years ago just confirmed SL3 couldn't do it.
Since Silverlight 5 will (AFAICT) still not have edit-and-continue support (even for out-of-browser, again AFAICT), I wanted to ask if anyone knew what made it such a difficult thing to get working for Silverlight? I'd be happy if it was even restricted to a particular scenario (IE10 on Win7+, 32-bit Silverlight 5 only, for instance), because at least then I could develop against that much more quickly/productively and then have the other platforms for testing/verification once it was working fine in the one scenario.
I've wondered what scenarios would be closest but have working edit-and-continue. The only thing that jumps out at me is creating a WPF app that lives in the same solution (perhaps using Prism 4 since it has the goal of minimizing needed changes between WPF and Silverlight app) and developing them 'together', being able to use EnC for the WPF app and then hopefully only needing to do minor development in Silverlight.
That's a lot more trouble than I'd like to go through, though, and I wonder what else might work? For instance, .NET 4 can load/use Silverlight 4 assemblies, and WPF can host (IIRC) Silverlight, so could I make a WPF 'shell' that actually ran my real Silverlight app (just hosted within the WPF app, itself running in a .NET 4 CLR).
However, such efforts are shooting in the dark (at best) without at least some basic understanding of what it is about the current Silverlight CLR/runtime/whatever that makes it difficult to have EnC in the first place. Knowing that might hopefully help in directing to more viable (less hassle) workarounds, at least in theory. :)
NOTE: answers that only work in certain situations (as stated above, like IE10+Win8+SL5) are still great to know about - I'd rather have the feature some of the time than never! :)
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
接下来最好的事情是编辑和重新编译。我已经使用它有一段时间了,效果非常好。
Next best thing is edit and recompile. I've been using it for awhile and it works pretty well.