我很熟悉了很多插件和羽翼丰满的WPF客户端应用程序出局。 我知道WPF客户端应用程序支持完整的.NET Framework 3.5，允许的2D和3D图形，主题化，模板化，造型，触发器，作品硬件加速。
什么我不清楚是什么特点，和/或细微的出现或在XBAP和Silverlight应用程序缺乏。 我听说的XBAP在因安全问题某些方面的限制本质上，但仅此而已。
我知道一个事实，即WPF是足够强大的全面商务应用中使用，但对于XBAP和Silverlight？ 什么是每个显著能力和局限性？ 做任何一方都缺乏商业应用中使用时，将使其无用的功能？
在Wintellect写到这里发表Silverlight和WPF之间的良好对比： http://wpfslguidance.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=28278
从在WPF和Silverlight个人的经验，我发现SL是完全有能力为LOB应用程序。 在.NET RIA服务是一个极好的补充SL3的LOB应用程序。 要回答你的最后一个问题，有没有在我的经验，拥有SL回从创建LOB应用程序。 在这次讨论中WPF和SL之间的唯一显著不同的是，SL不具有访问本地资源，在客户机上，如注册表和不能访问Windows的特定功能，WPF可以如Windows 7跳转列表或库。 我认为Silverlight是由于易于部署和定位多个平台的能力的BIZ应用的最佳选择。
我试图做XBAP开发约18个月的全职一个雄心勃勃的项目，绝对讨厌它。
有很多无证的局限性，如不能够设置自定义鼠标光标。 MS忘了告诉大约一个和其他一百人。 我很反感现在沙箱，因为雷区。
结合与部署噩梦（还是这一天有没有Firefox的一个很好的故事，即使在3.5 SP1仍然有问题），我真的相信MS正在尽一切所能来杀死赞成的Silverlight的XBAP。 我不怪他们，只是希望他们能一直对此更加开放。
我会避免瘟疫一样的XBAP。 这是没有前途死的情况。 如果他们很快过时也不会有一丝惊讶。
关于Silverlight的，我至今概述我的经验。 （注：重读这听起来有点消极，但我指出了缺少的功能总的来说，我喜欢的Silverlight，使用C＃在浏览器中的丰富的UI岩石？）。
值得注意的区别是有没有右键，鼠标滚轮支持，打印功能，并且无法打开一个新的窗口。 你OOB SL应用程序不能坐在通知区域。 您可以处理JavaScript中的鼠标事件，但没有，如果你想你的应用程序移动OOB。
该SL队也显得过于担心安全gimping其LOB适用性（没有新的窗口，信任设置在OOB本地系统访问，通知区域等）的点。
有些使Silverlight应用程序觉得这是不兼容的窗口。 想想高亮文本，单击鼠标右键拷贝。 或者右键单击粘贴。 其中很多人使用这些基本操作丢失。 它也感觉像外星人的UI体验，例如，你本能地去使用滚动鼠标滚轮一个网格，这是行不通的。 这东西的作品在任何表在浏览器中，而不是SL。
编程明智的，我没有使用WPF多，但据我所知，还有你怎么也得去攻击一些问题，一些显著的差异。
标记扩展中缺少SL。 它也只具有整数索引的结合，所以没有财产袋没有一些技巧。 有没有触发，所以你总是要编写代码来连线了事件（更动态页面刺激性）。 它有没有可继承的造型，除了在该工具包中ImplicitStyleManager，这是不胜任工作。
因此，对于某些应用LOB它的罚款，对他人你必须通过一些跳铁圈（例如，如果你想customisibility客户端）。 但它肯定不是伟大的所有LOB应用程序。
我的印象也是SL不会感到完呢，还有很多niggles的。 例如，数据网格是令人沮丧的（不自动拉伸，以子很困难），自动完成框有点飘忽不定，导航框架有点笨重，组合框/树视图硬绑定（他们真的还没有整理出来，如果你想结合的SelectedItem到不同的对象到的ItemsSource）。
总而言之，Silverlight的差不多了，它只要你准备好接受一些限制和niggles的罚款。
我没有与XBAP的经验，但我的印象是与你相似的，因为它在与WPF相比唯一的在安全性方面的限制。
至于Silverlight的：我最近使用它来开发一个复杂的农业遥测监控用户界面 - 它比传统的商业应用程序数据可视化应用程序，但它有大量的CRUD的，而且没有一个单一的功能，我想实现，但可能是因为我的技术选择的不是。 这是SL2。
我敢肯定，你最终与更多的获奖情况，如果你使用XBAP，如果你能保证你的用户正在运行的.NET 3.5（或3.0 XBAP一部分吗？）我会去的。 否则，我会毫不犹豫地推荐Silverlight中毫无保留。
（道歉，如果你想要更多的功能比较矩阵的 - 但我认为你可以找到那些在微软）。
