【发布时间】：2010-10-29 18:36:55
【问题描述】：
我想利用 SharePoint 2007 中的一些 ASP.NET 3.5 功能。特别是，我想执行以下操作：
- 通过 HTTP 提供 REST 和 JSON，以便其他产品可以使用 SharePoint 内容。
- 在 SharePoint 中提供 AJAX Web 部件。这些可能几乎没有服务器端控件。大多数内容将使用 Javascript 加载，并通过提供 REST 或 JSON 的 HTTP 访问外部系统（主要不是 SharePoint）。
- 将此功能作为产品提供。这不是单一实施的一次性解决方案。
我主要担心的是 IT 团队不想改变他们的 SharePoint 环境以允许产品工作的回击。所以，我更愿意说我所做的是“微软支持”，但我不确定是否会如此。
我意识到我可以在 SharePoint 服务器上为向外部应用程序提供 SharePoint 数据的 WCF 端点创建一个单独的（非 SharePoint）网站。我宁愿不这样做，因为这对我的 Web 部件（如果他们需要帮助）没有帮助，并且会使部署更加困难。正确的 SharePoint 部署将自动让 SharePoint 更新添加到场的任何新 Web 前端上的所有必要文件（例如 web.config），这不会遵循该模式。此外，我会失去使用 SPContext.Current 的能力。
我已经阅读了 Daniel Larson 在Developing Service-Oriented AJAX Applications on the Microsoft Platform 上的很多书（很好读，顺便说一句），尤其是。第 11 章关于扩展 SharePoint。他概述了 WCF、ASMX 和 HTTP 处理程序选项，并在很大程度上推荐了 HTTP 处理程序选项。 HTTP Handler 选项似乎对 web.config 的更改很小。
我还看到了 SharePoint as a WCF Host、SharePoint 2007 and the Thin .NET 3.5 Development Model、How to: Get up and running with .NET 3.5 in your SharePoint environment 和 Enabling .NET 3.5 in SharePoint 2007 Sites, the Lazy Way 上的博客。以及SharePoint 2007 Features CodePlex Project 中的“Silverlight (.NET 3.5) 配置功能”（甚至可能是“Ajax.Config 功能”）。似乎所有这些选项都对 web.config 做了一些相当大的更改，可能无法为潜在客户所接受。
对此有何看法？如果我想使用AJAX Control Toolkit（我之前在 SharePoint 中使用过，但已经有一段时间了）怎么办？
请注意，如果有帮助，我们可能需要 SharePoint SP2，但我认为没有。
另请注意，Silverlight 不是 SharePoint Web 部件的要求，但允许它可能会很好。
【问题讨论】：
标签： wcf sharepoint asp.net-3.5