微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

WPF和Silverlight是否在碰撞过程中?

似乎这两种已经相似的技术正在融合到一种技术中. Silverlight工具箱中有更多类似 WPF的控件,而 WPF现在有Silverlight的VisaulStateManager.在这一点上,可以公平地说,Silverlight在可用主题数量方面甚至超过了WPF.

这两种技术成为一体有多长?富客户端应用程序和丰富的浏览器应用程序之间的区别是多长时间才是简单的编译时设置?

编辑

让我澄清一下我的问题.我意识到出于安全原因,任何浏览器应用程序都需要在“沙盒”中运行,而且我也理解保持浏览器插件尽可能小的愿望,但这两种技术之间可能会有一些细微差别不妥协任何这些目标.例如,UI控件和主题之间可能会有更多重叠.今天,你不能只在WPF应用程序中使用Silverlight主题,但微软能够实现这一目标有多大的飞跃?

解决方法

我不认为他们会合并成一个产品.微软故意在Silverlight上留下很多东西以保持其足迹.然后,在浏览器中运行时,Silverlight必须遵守过多的安全问题.当然,他们已经设计了它,因此它可以在PC或Mac上运行(遗憾的是,对于.NET Framework来说也是如此).

我很高兴看到WPF和Silverlight之间共享的资源.他们应该从一开始就是相似的.因此,将Silverlight项目移植到WPF中相对容易.另一方面,从WPF到Silverlight并不是那么简单,因为WPF总是有更多的功能,但这只是野兽的本质.

更新:

所以你修改过的问题很有意思.如果微软可以让你基本上翻转一个开关来改变你的应用程序在类似Silverlight的功能和WPF之间的行为,这将是很酷的.他们将面临很多挑战,不仅是安全性,还有一些轻量级Silverlight控件的基本行为与功能丰富的WPF控件.这些差异可能会进一步使开发人员的事情复杂化.

例如,在WPF中有一个内置的多重撤销&文本框中的重做系统.在Silverlight中没有这样的东西所以我实际上必须自己编写.为了让开发人员能够解决这些问题,他们必须在应用程序中构建大量的功能检查.

尽管如此,我认为你所描述的编译时开关可能是可行的.但我仍然认为微软不太可能很快创造出这种能力.

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐