【IT168 技术文档】面对 Windows SharePoint Services 3.0 (WSS) 和 Microsoft Office SharePoint Server 2007 (MOSS) 所使用的人员的挑战是为深度和宽度为 SharePoint 平台本身。 如果您熟悉此平台做法本文中的研究，我们将引导您正确的方向。 如果您是经验丰富的 SharePoint 开发人员，可这些提示应帮助强化您、 鼓励讨论，和最终会导致生成性能优异的 SharePoint 应用程序。 此外，我们提供了许多联机参考，您可以了解详细信息我们讨论的主题。
1.SharePoint的系统交互
早在 SharePoint 开发项目发生的一个问题是如何最好地与其他系统进行交互。 因为 SharePoint 是一个复合应用程序平台，这个问题是您可能必须经常回答。 查看 SharePoint 体系结构，从 Web 应用程序级别是着手它在最简单方法。 SharePoint 的实例包含多个 Web 应用程序。 如果您不熟悉 SharePoint 应用程序体系结构，您应该检查" Office SharePoint Server 2007 的结构概述 ."
图 1 显示了用于与 Web 的应用程序之间在 Web 应用程序中的 SharePoint 和外部系统进行交互的典型方法。 我们将介绍这些交互本节的其余部分的每个。
图 1 SharePoint 系统交互模型
使用 SharePoint 对象模型 编写 ASP.NET 窗体源代码的 Web 部件或 Web 控件特定的 Web 应用程序的上下文中运行时 （请参见图 1 ）。 SharePoint 对象模型提供一个丰富的一组通过它与 SharePoint 进行交互的类。 在 Windows SharePoint Services 3.0 和 Microsoft Office SharePoint 服务器 SDK 提供这些类的好覆盖率。
处理 SharePoint 网站 (SPWeb) 或网站 (SPSite) 处置时，上下文是一个重要考虑因素。
从 SharePoint 对象模型的角度来看，SharePoint Web 应用程序是一个重要的安全边界。 通常，不应为 SharePoint Web 应用程序之间的交互使用 SharePoint 对象模型。 请参阅" SharePoint 2007 中的安全编程 "有关其他重要的 SharePoint 安全性主题的信息。
在调用时 SharePoint Web 应用程序之间和 SharePoint 和等 Office 客户端应用程序的外部应用程序之间使用 SharePoint Web 服务集成层。 尝试在 Visual Studio 中的外服务器开发任务时，这是一个很好的方法。
与其他的系统进行交互 在外部 Web 服务调用是，最常见的方法但它不是始终最好的方法。 一些替代方法可能更容易实现，而它们也可能有的要快很多好处是例如在 LDAP 调用存储通过 Microsoft 目录服务编程框架，或使对通过 Project Server 报告的 ADO.NET 的 Project Server 数据库而非通过 Project Server Interface (PSI) Web 服务层。 当数据源是一个 Web 服务或数据库时, 请考虑使用业务数据目录 (BDC)。
Microsoft 是非常清楚 其文档应该不进行直接调用 SharePoint 内容和配置数据库。 即使如此，某些应用程序正在使用这种方法。 性能是此访问方法或只需了解 SharePoint 框架缺少该参数，有更安全的方法。
底线是 Microsoft 可以更改这些的数据库了基础架构而可以有多个内容 dataBase，每个 Web 应用程序。 因此，似乎是良性的直接查询操作导致 brittle 的解决方案。 相反，利用本文列出了其他方法，或者开发避免了会危害您的 SharePoint 实施的完整性的 suboptimal 解决方案的不同策略。
