2010-03-18 226 views
3

我想编译一个必须有开发MOSS 2007的工具/扩展名列表来建立一个开发机器。开发工具是Window 2008 R2 64位。必须有MOSS 2007开发工具集

  1. MOSS 2007
  2. 的Visual Studio 2008
  3. SharePoint设计
  4. WSS/Office服务器SDK
  5. Visual Studio 2008和的扩展了WSS 3.0

是否有任何额外的要求/不错有工具?

回答

7

SharePointDevWiki。COM涵盖这口井:

基本工具: Building a SharePoint Development environment

然后从这个详尽的清单供您选择: SharePoint Development tools

我必须拥有我的工具箱项(部分已经提到)是:

  • VMWare Player
  • SharePoint Manager 2007
  • PowerShell的
  • SPWakeUp
  • 记事本+
  • 的SharePoint督察
  • SharePoint功能经理
  • SPDisposeCheck
  • 应用程序池经理
  • 超越比较2
  • STSADM赢
  • ULS查看
  • 英泰字段资源管理器
  • 英泰列表生成
  • Firefox和Firebug的
  • Stramit CamlViewer 2007
  • CAML智能感知
  • U2U CAML查询生成器
  • 提琴手
  • 加里·拉普安特的自定义STSADM扩展
  • 斯科特Codeplex上的Hillier功能
  • SharePoin t Sushi
+0

伟大的清单!事实上,我现在可能只是下载其中一些! – 2010-03-19 14:37:33

+0

在这个列表中,我认为这两个绝对必须是SPDisposeCheck和U2U CAML查询生成器。不首先运行SPDisposeCheck,不要将自定义DLL部署到生产环境。 – 2010-03-19 16:09:48

1

在MOSS 2007上,我尊重的几个人使用WSPBuilder并发誓。对于核心开发工作,您可能会发现无价的DbgView。最后,像WinMerge这样的固体差异/合并工具经常派上用场。当然,你的里程可能会有所不同。

3

.Net Reflector

Fiddler2

CSS调试工具,如IE开发工具栏,萤火虫等

+0

反射和萤火弥补了SharePoint的稀疏文件。 – 2010-03-19 16:12:28

0

我认为STSDEV是一个伟大的工具,并授予了除Visual Studio扩展的WSP创建过程更加精细的控制。我承认我很早就放弃了VSeWSS工具,所以它们现在可能很棒,但使用STSDEV很容易融入到构建过程中。另外,由于源代码可用,所以很容易修复或随心所欲地扩展!

+0

VSeWSS CTP 1.3比以前的版本好很多,但仍然不足以让我使用它们。我没有检出STSDEV,但没有任何东西像手动执行manifest.xml和.dff文件所得到的细粒度控制;-) – 2010-03-19 14:42:04

+0

我将用STSDEV爱来堆砌。我更喜欢STSDEV对VSeWSS或WSPBuilder的灵活性。虽然,Visual Studio 2010可能会全部替换它们。我还没有尝试过VS 2010中的2007年项目,但我喜欢2010年项目所见。 – 2010-03-19 16:19:51

+0

我最近不得不和VSeWSS一起工作。它已经显着改善 - 从不可能使用到仅仅使用痛苦。 – 2010-03-22 00:36:17