技术开发 频道

用于构建SharePoint解决方案的10个非常好的实践

  3.知道重要 SPDev 任务和信息

  本节旨在 elucidate 每个 SharePoint 开发人员可能需要完成软件开发过程中的常见任务。 这不在工具检查,也不它旨在通过另一个提升一个工具。 相反,我们提供的用于完成常见的 SharePoint 开发任务的工具的建议。

  构建 SharePoint 解决方案 是您要执行的一个方法。 Ted Pattison 累加它上很好地他 Office 空间列中" 使用 SharePoint 2007 的解决方案部署 "当他写时,"打包设置,以及部署使用解决方案包在 WSS 开发过程 is 非常好的做法是 and 知道如何执行此操作应考虑的基本技能"。 使用 Windows SharePoint Services 3.0 工具的 Visual Studio 项目的有许多种方法打包您 SharePoint 解决方案中手动创建 manifest.xml 和菱形指令文件 (DDFs),: Visual Studio 2005 / 2008 扩展 (VSeWSS)。

  使用 VSeWSS 项目是比手动创建 DDFs 得更容易。 但是,一些替代方法可尤其是用于商业或企业部署,包括 WSPBuilder、 STSDev、 SPDeploy 和 DDFGenerator。 评估各种工具来找到一个最适合您的需要。 关键是手动创建解决方案包部署,而不是部署代码组件。

  调试客户端行为 可以是棘手,并工具 (如 Internet Explorer 开发人员工具栏 (Internet Explorer 8 中的开发人员工具),将使该工作得更加容易。 Internet Explorer 开发人员工具栏与 Firefox 的附件,例如 FireBug 相似。 在 Internet Explorer 中运行的另一个工具是 Web 开发帮助器。 这些工具都用于调试客户端 JavaScript、 检查样式,和遍历该 DOM。

  如果您需要检查与 IIS 交互,IIS 6.0 资源工具包包含的有用的工具的多种。 例如,WFetch 提供便利功能用于检查页输出信息,如自定义 HTTP 处理程序的输出或身份验证标头信息来验证您使用,如 图 3 所示何种身份验证协议。 


图 3 WFetch 显示的 NTLM 身份验证头

  因为错误将被遮盖, 服务器端代码问题疑难解答 很特别难在 SharePoint 中隐藏中等友好 (尽管不很有帮助) 网页或日志以下 Web 服务调用。 最重要的 takeaways 要知道数据 SharePoint 记录,以及何时将使用一个调试器的和熟悉工具,可帮助您解决您的 SharePoint 应用程序。

  试图确定导致一个应用程序的问题时要启动的一个位置是 Windows 事件日志。 在某些情况下,可用于选项增加事件日志。 是例如如果您正在使用 Kerberos 身份验证所依赖的应用程序,可以增加 Kerberos 日志记录到系统事件日志。 有许多极好的联机资源,说明 Kerberos 身份验证。

  SharePoint 和 IIS 日志至关重要疑难解答 SharePoint 应用程序错误。

  IIS 日志上的 <%SystemRoot%> \System32\LogFiles 通常位于。 查看 IIS 以验证日志的根位置的属性。 由于每个 IIS Web 应用程序具有一个唯一的 ID,则将只匹配 SharePoint Web 应用程序日志文件目录下的文件夹名称列出在 IIS 中的 IIS 应用程序 ID。

  自定义应用程序日志,请考虑 Enterprise Library 集成。 通过合并企业库日志记录和异常处理代码中的应用程序块,记录目标,通常是数据库,可以包含对疑难解答您的自定义应用程序的日志记录信息和异常详细。

  用于调试自定义应用程序的问题,最有用工具是 Visual Studio 调试器。 如果您安装在 SharePoint 服务器上安装的 Visual Studio,您将必须 F 5 调试功能。 理想情况下,您不应在生产或模型 Office 系统上安装 Visual Studio。 此外,您可以开发在本地工作站上的软件并远程调试解决方案。 远程调试完全支持在 SharePoint 中连接到承载自定义应用程序在 IIS 中的将 w3wp 进程。

  要确定哪个实例 w3wp 的运行应用程序,打开命令提示符,并在 Windows Server 以标识进程 ID (PID) 运行 SharePoint Web 应用程序中运行 IISApp.vbs。 然后,在 Visual Studio,选择使用匹配的 PID 的 w3wp 的实例。

  另一个非常有用的工具是 异常显示 . 在您的场中启用此工具时, 会替换友好 SharePoint 错误页消息异常显示类型。 有关如何安装和使用此工具的详细信息,单击"异常显示"查看上面列出的链接。
如果已部署的 Web 部件导致页加载失败,来打开 Web 部件维护页附加? 内容 = 1 to 页 URL 的末尾。 在维护页上可以关闭,或从页面中删除有问题的 Web 部件。

  最后,您可以启用 Web 应用程序的 Web.config 文件中的应用程序级跟踪。 请参阅中的讨论" 启用应用程序级跟踪 ."

  不断延长到框架。 SharePoint 都多个能够集成各种方式自定义解决方案。 由于 SharePoint 生成的 ASP.NET 顶部,它将继承此平台的可扩展性。 WSS 3.0 / MOSS SP 1 版本,Microsoft 现在支持 ASP.NET AJAX 框架意味着您可以利用 ASP.NET AJAX Extensions 和 AJAX Control Toolkit。

  您可以轻松安装和配置过程通过在 ajaxify MOSS 自定义 Stsadm 扩展名 以编程方式添加,或通过使用 SPWebConfigModification 类删除 AJAX 相关 Web.config 条目。

  使用就地 Framework,可以使用 AJAX 控件套件,并通过实现客户端回调提高页面的响应。 外部 Web 服务调用自定义 Web 部件中时,则这一特别重要。 请参阅" AJAX Extensions 客户端 Web 服务调用 ."

  jQuery 是注意的另一个客户端框架,出现了大量尤其是注意的对于最新通知 Microsoft 将支持在 Visual Studio 中。 因为 jQuery 核心库一个.js 文件中包含,集成 SharePoint 很简单。 请参阅" jQuery 脚本管理器 "对于 jQuery 脚本嵌入 ASP.NET 网页的方法。

  4.开发解决方案关闭的服务器

  尽可能,您应构建没有依赖项的解决方案的 SharePoint 开发通常实施。 通过使用 Visual Studio Development Server、 ASP.NET Web 部件框架支持、 SharePoint Web 服务和第三方工具,您可以完成大部分开发于标准的工作站而运行 SharePoint 的计算机上。

  因为 SharePoint 运行之上 IIS 和 ASP.NET,随 Visual Studio Web 开发服务器是您的 SharePoint 开发大量的极好起始点。 是例如您可以开发 Web 部件、 HTTP 处理程序和 Web 控件,在此,相对来说轻量的环境。

  一些初始工作参与设置环境来承载您的组件。 是例如来有效地开发一个 ASP.NET Web 组件中,,您应创建承载您的 Web 部件在 Visual Studio Web 应用程序项目一个类项目,并选择一个单元测试项目。 我们已在 Visual Studio SPTips 解决方案 (包含相应的示例代码中) 中包含此设置的示例可以用于非服务器 Web 部件开发的。

  在 Web 部件项目中默认构造函数包含设置 Web 部件的 ExportMode 属性的行: 

public WebPartOffServerExample()
{
    
this.ExportMode = WebPartExportMode.All;
}

  这行可以生成基于的属性中所示为 Web 部件配置.webpart 部署文件 图 4 . 


图 4 </a0>-Web 部件导出菜单选项

  您可以再将 Web 部件导入 SharePoint 通过此部署文件 ( 图 5 )。 不应使用 SharePoint 2003 向后兼容的导入文件类型.dwp。 一个.dwp 基础的 XML 架构不为格式,并要求您将引用先前在 SDLC Microsoft.SharePoint 程序集。 


图 5 导入到 Share-Point </a0>-Web 部件 


  请注意您可以确保创建的.webpart 部署文件通过从 System.Web.UI.WebControls.WebParts 命名空间而不是在 Microsoft.SharePoint.WebPartPages 命名空间的 WebPart 类继承。

  Microsoft 提供 SharePoint 对象模型通过 Web 服务的重要子集。 使用 SharePoint Web 服务访问对象模型允许您开发不直接访问 SharePoint 程序集的依赖的解决方案。 SharePoint 承载 Web 服务,每个 Web 前端 (WFE) 服务器上的 _ vti _ bin 虚拟目录中。
在 Visual Studio,添加 SharePoint Web 服务向解决方案以相同方式像所有 Web 服务引用。 SharePoint Web 服务 URL 具有以下格式:

http://<SharePointServer>:port/[sites/][SubSite/]_vti_bin/WebService.asmx

  其中 <sharepointserver> 是与 Web 应用程序相关联的 URL。 例如:
 
http://www.contoso.com:35000/_vti_bin/Lists.asmx

  将 Web 服务引用进行添加 Visual Studio 将创建服务和服务使用的数据类型的代理类。

  实现一个三层体系结构 furthers 隔离代码,并删除依赖于 SharePoint 和其他外部源的目标。 这种方法可以提高抽象业务、 数据访问和使您能够错误代码分为可管理的部分,并减少它们之间的依赖关系互相的用户界面逻辑开发关闭服务器的能力。 此方法也会产生更多的可测试代码,"测试代码和管理依赖项"一节中对此详细。

  其他工具 可以使用。 在整个基本代码中删除 SharePoint 的依赖是不切实际的。 通常开发 SharePoint 关闭服务器要求通常在 SDLC 早期虚拟机中进行承载 SharePoint 实例的使用。

  与 SharePoint 开发的增长,已处理该重要的依赖项创建几个工具。 一个类工具是竹子解决方案的 SharePoint 在 Vista 安装帮助。 该工具使 WSS 3.0 SP 1 或 Windows Vista,让您能够开发 SharePoint 相关解决方案,而无需 Windows Server 上的 MOSS 2007 SP 1 的安装。

  Microsoft 不支持在这种方式运行 SharePoint。 但是,此方法具有 resonated SharePoint 开发社区中因为它有助于减少在占用此依存关系在 SharePoint 上的创建的。 有关详细信息请参阅" 如何在 Vista x 64 / x 86 安装 Windows SharePoint Services 3.0 SP 1 ."

0
相关文章