大佬教程收集整理的这篇文章主要介绍了WPF对决Silverlight：为项目选择最佳技术，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
在何时使用WPF，何时使用Silverlight的问题上，很多人备感困惑。为项目选择正确的技术取决于应用程序的需求，以及 WPF和Silverlight能力的不同之处。
Silverlight最初称为WPF/E（E来自于Everywhere的首字母），是面向运行在浏览器中的Web应用程序的一个WPF子 集。如今，Silverlight以其快速的开发周期广为所知，且持续得到众人的关注，很多人认为它会成为微软未来的重要开发平台。Mike Strobel 认为微软对 WPF/Silverlight的考 虑有一些混乱 。
某些人则认为WPF就快消亡了，不过Brian Noyes，一个微软区域技术领袖（Microsoft Regional Director）及微软最有价值专家（MVP），相信至少在未来几年不会出现这种情况。为了证明对WPF的这种看法，Noyes在如下几个方面强调了 WPF和Silverlight之间的一些重要不同点：
| 特性 | WPF | Silverlight |
| 文件访问 | 无限制 | 可访问用户文件夹：我的文档、我的照片、我的视频等 |
| 打印 | 具有很多选项，可访问打印对话框、打印队列等 | 需编程打印UI元素 |
| 文档编辑 | 支持流文档和固定文档，有RichTextBox编辑支持，并能和流文档进行集成 | RichTextArea具备WPF的RichTextBox的大部分功能 |
| 命令 | 支持在按钮、超链接和菜单项上触发命令，键盘快捷键的输入可绑定到命令上，可实现路由命令 | 支持在按钮、超链接和上下文菜单项上触发命令，无输入绑定，无路由命令 |
| 通信 | 支持WCF的完整功能，能够调用和托管任何类型的服务，支持完整的安全选项和其他WS-*协 议，支持REST和很多种低级通信方式 | 有限的WCF客户端功能子集，不能在客户端上暴露服务，支持不安全TCP或http协议，比 WCF客户端弱的双向通信（只能使用http或不安全TCP），支持某些socket级的功能，在很多部署场景中必须考虑跨域访问问题。 |
| 剪贴板 | 任何可序列化的对象 | 只支持文本 |
| 拖拽 | 任何东西 | 只能是文件 |
| 外部设备 | 有驱动、COM、Win32或通信协议支持的任何设备 | 网络摄像头、麦克风和有COM API或通信协议支持的设备 |
| 输入 | 键盘、鼠标、手写笔、触摸屏，基本没有任何限制 | 必须在信任提升的OOB中，全屏时才能获得完整的键盘支持 |
在WPF和Silverlight中还有一些不同的基本功能，这也可帮助大家来决定使用哪种技术。下面的例子，是一些开发人员做出选择的解释。
Joe Gilkey 在回答选 择WPF而非Silverlight的问题 时，解释了它的公司为何在一个项目中选择了WPF，而在另外项目中选择Silverlight：
另外一个开发人员，jeff解释了为什么他的公司一 开始使用WPF开发的项目后来又转用Silverlight ：
在解释了WPF和Silverlight的区别之后，Noyes 总结道 ：
关于未来，一个微软的资深产品经理Pete Brown，认为这两种技术，WPF 和Silverlight最终将合二为一 ：
在给出相关建议的时候，Brown的观点和Noyes的也类似：“向右看，Silverlight是完成面向跨平台RIA的最好方式。向左 看，WPF是编写用于Windows 7的托管代码应用程序的最好方式。”
查看英文原文： WPF vs. Silverlight: Choosing the Best Technology for a Project
以上是大佬教程为你收集整理的WPF对决Silverlight：为项目选择最佳技术全部内容，希望文章能够帮你解决WPF对决Silverlight：为项目选择最佳技术所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。