WPF 可以托管在 Web 浏览器中吗？如果有怎么办？ （我认为它可以，因为我已经看到了一些例子。）
虽然托管在网络浏览器中，但它有哪些打印支持？
在浏览器中使用 WPF 有什么缺点？
我的公司正在寻找一个丰富的网络应用平台。他们不会选择 Silverlight，因为它忽略了任何打印需求（至少据我了解）。目前，Adobe 的解决方案处于领先地位，因为它支持打印。
为浏览器编写的大多数（如果不是全部）应用程序将由我公司内部使用（即我们控制计算机和浏览器）。 （我们希望使用浏览器来轻松部署。）
【问题讨论】：
您检查过XBAP（Xaml 浏览器应用程序）吗？
我知道的主要缺点涉及安全性。我的一些同事在开发 XBAP 产品时，经常会遇到安全问题，因为 XBAP 模型非常严格。
我无法回答有关打印的问题，但我倾向于认为这可能是出于安全考虑的问题。
希望我能提供帮助。
【讨论】：
如果应用完全是内部应用并且您控制目标平台；并且选择在浏览器中托管您的应用程序的原因是“易于部署”，我会认真考虑在 WPF 中编写完全信任应用程序，并使用 ClickOnce 部署它们...您的用户只会在他们的桌面上有一个快捷方式这将检查服务器以查看他们的应用程序版本是否是最新的，如果不是，则下载最新版本。
您可以获得完整 WPF 平台的所有好处（比 Silverlight 更多的功能集），并且不需要遵守 XBAP 的部分信任限制（尽管您需要配置 ClickOnce 服务器以允许 @ 987654322@)
【讨论】：
没有。这就是 Silverlight 现在的用途，是的，存在打印限制。但是，使用网络应用程序打印任何内容并不简单。
【讨论】：
我建议针对基于 Web 的应用程序和打印需求的 Silverlight/Flex 解决方案，最好的方法是使用 iTextSharp 库并为您的报告或打印需求生成 PDF，可以从 URL 获取。 PDF 是非常标准的，adobe 阅读器总是能正确打印，打印不会有问题，我们经历了很多选择，它需要重新发明轮子，通过 iTextSharp 生成 PDF 非常容易，就像用 javascript 方式创建普通 html。
【讨论】：