这似乎是一个high-level问题。但那是因为我不熟悉尖端的ASP.net，更不用说这个叫做Sharepoint的庞然大物。所以请耐心等待..
用例是从厚WPF客户端获取某些窗格或区域，并将其插入现有的基于Sharepoint的解决方案。
这是可能的还是它们（WPF控件和Web控件）与粉笔和奶酪不同？ （假设当前的控制界面可以自由更改。）开发这些控件的web-aware精简版本比尝试以某种方式锤击当前控件更明智......
从根本上讲，网页是否可以包含一个控件来接管其客户区/矩形的渲染？或者，当它到达浏览器时，所有内容都必须分解为简单的HTML。
我在网上找到了一些未回答的问题。但除了那个未经探索的（或禁止的）......在任何一种情况下我都想知道。谢谢你的阅读..
答案 0 :(得分：5)
简短的回答是：是的，但是你可能不想这样做。
除了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
< / LI>