XBAP = XAML Browser Application
作为Windows Vista的重要feature，XAML在浏览器中的应用让我心动不已。不过这东西比HTML复杂，以前ASP.NET是浏览器端HTML/JavaScript+服务器端C#，HTML都是服务器端生成的；现在是浏览器端XAML/C#，服务器端可以没有，也可以是Web Service或者别的远程服务。JavaScript在浏览器里面能做的事情是很有限的，比如正常情况下不能访问文件系统；同样，运行在客户端的C#代码虽然能被自动加载，但也受安全沙箱模型限制。
假如你在运行在客户端的C#代码里面调用了个SqlCommand，那你的XBAP程序需要的安全级别就一下子变成了Full Trust。这会导致用户不能像访问普通网页一样访问你的XBAP程序，而需要通过MSI安装包安装，或者先下载个证书（就像下载ActiveX控件一样）。如果是一个普通的Internet应用，这显然不是理想的情况。
我想99%的Web应用都是需要访问数据库的。这样最佳设计应该是这样子：
XBAP (UI Layer) <-> Web Service (Business Layer) <-> Database
Business Layer里面可以根据需要分出数据层等等。
刚开始玩，写的这些东西可能不对，仅供参考。
参考：
http://scorbs.com/2007/01/10/xbap-trust-levels/，http://scorbs.com/2006/11/09/wpf-internet-sandbox-feature-list-xbaps-loose-xaml/
打印 | 张贴于 2007-05-08 18:02:00 | Tag:Patterns and Practice Deployment and Configuration
留言反馈
看到有人说似乎可以做到,你有做DEMO的测试么?
WPF/E + Web Service 的结构 现在好像已经比较成型了 ;(
还望不吝赐教 多谢~
muyanpeng_mail@126.com
相比之下WPF/E更务实一点
相比之下WPF/E更务实一点
当年 msxml 4.0 出来的时候，firefox 对 xml 的支持还停留在当成 txt 来处理的程度，而当时霸占全球一半份额的 win98 + ie5 也支持不了。你可以精通它，但不能使用它，这种学无所用的感觉很操蛋，你当时没有这种感觉吗
所以，最妥善的方法是等他变的成熟、支持他的浏览器已经占据绝大部分桌面的时候再去接触。因为这些新方法并非决定性的，只是一些改善
相比之下WPF/E更务实一点
XSLT，还是停留在“局部应用”吧...
当年 msxml 4.0 出来的时候，firefox 对 xml 的支持还停留在当成 txt 来处理的程度，而当时霸占全球一半份额的 win98 + ie5 也支持不了。你可以精通它，但不能使用它，这种学无所用的感觉很操蛋，你当时没有这种感觉吗
所以，最妥善的方法是等他变的成熟、支持他的浏览器已经占据绝大部分桌面的时候再去接触。因为这些新方法并非决定性的，只是一些改善
跟同事聊天的时候想到的，估计也只能这么搞了，还搞得蛮累的。
以前 ASP.NET 里面也就直接访问数据库，然后楼一团数据输出显示了。
现在需要做成多层提供为 WEB 服务进行调用互动了。
当然偷懒一点做一个通用访问接口也是可以的，哈哈。