我可以在ASP.net 2.0或sharepoint中托管WPF控件吗？

这似乎是一个高级别的问题.但那是因为我不熟悉尖端的ASP.net,更不用说这个叫做Sharepoint的庞然大物.所以请耐心等待..

首先是有可能采取哪些含有某些非托管子是做的DirectX渲染(由于性能原因)功能的自定义WPF控件拖放到ASP.Net？例如,考虑一个专门的图表控件

Sharepoint是否添加任何使这成为可能的东西？

用例是从厚WPF客户端获取某些窗格或区域,并将其插入现有的基于Sharepoint的解决方案中.

这是可能的还是它们(WPF控件和Web控件)与粉笔和奶酪不同？(假设当前控制界面可以自由改变.)难道明智的做法是开发这些控件的基于web的精简版,而不是试图敲定在某种程度上当前控制...

从根本上讲,网页是否可以包含一个控件来接管其客户区/矩形的渲染？或者,当它到达浏览器时,所有内容都必须分解为简单的html.

我在网上找到了一些未回答的问题.但除了那个未经探索的(或禁止的)......在任何一种情况下我都想知道.谢谢阅读..

简短的回答是:是的,但是你可能不想这样做.

除了java脚本之外,Asp.Net主要是服务器端技术.这意味着大多数处理代码在服务器上运行而不是在客户端上运行.IIRC共享点建立在Asp.Net之上,因此具有相同的格式.

WPF是一种客户端技术.代码在实际的物理客户端计算机上运行.

将这两种技术结合到一个应用程序中由于它们的性质相互矛盾而不起作用.但是,有几种选择.

Silverlight:最容易将其视为.Net的闪存.它允许通过客户端计算机上的Web浏览器运行丰富的WPF应用程序.它是完整.Net框架的一个子集,但足以构建出色的应用程序.

Silverlight的局限性在于它必须是100%的托管解决方案.您使用DirectX控件发布提及,我认为是本机代码.如果是这种情况,Silverlight将不适合您

ActiveX控件:这些允许基本上任何形式的客户端代码托管在Web浏览器中并在客户端计算机上运行.这包括.Net,WPF,C++等......如果你有一个原生组件,这真的是你唯一的选择.

不幸的是,ActiveX控件不受欢迎.主要是由于他们不安全的性质.在您的计算机上运行ActiveX控件后,您将受到控件作者的支配,并且很容易进行恶意操作.

有关ActiveX控件的更多数据:http://en.wikipedia.org/wiki/ActiveX