我想编译一个必须有开发MOSS 2007的工具/扩展名列表来建立一个开发机器。开发工具是Window 2008 R2 64位。必须有MOSS 2007开发工具集
- MOSS 2007
- 的Visual Studio 2008
- SharePoint设计
- WSS/Office服务器SDK
- Visual Studio 2008和的扩展了WSS 3.0
是否有任何额外的要求/不错有工具?
我想编译一个必须有开发MOSS 2007的工具/扩展名列表来建立一个开发机器。开发工具是Window 2008 R2 64位。必须有MOSS 2007开发工具集
是否有任何额外的要求/不错有工具?
SharePointDevWiki。COM涵盖这口井:
基本工具: Building a SharePoint Development environment
然后从这个详尽的清单供您选择: SharePoint Development tools
我必须拥有我的工具箱项(部分已经提到)是:
在MOSS 2007上,我尊重的几个人使用WSPBuilder并发誓。对于核心开发工作,您可能会发现无价的DbgView。最后,像WinMerge这样的固体差异/合并工具经常派上用场。当然,你的里程可能会有所不同。
SharePoint Manager是2010年更新,但2007版本仍然可用。这是浏览SharePoint网站层次结构的内部工具的好工具。
SPM http://i3.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=spm&DownloadId=23663
这可能是SharePoint开发人员最重要的工具(除了VS和WSPBuilder或STSDEV或VSeWSS) – 2010-03-19 07:04:52
我认为STSDEV是一个伟大的工具,并授予了除Visual Studio扩展的WSP创建过程更加精细的控制。我承认我很早就放弃了VSeWSS工具,所以它们现在可能很棒,但使用STSDEV很容易融入到构建过程中。另外,由于源代码可用,所以很容易修复或随心所欲地扩展!
VSeWSS CTP 1.3比以前的版本好很多,但仍然不足以让我使用它们。我没有检出STSDEV,但没有任何东西像手动执行manifest.xml和.dff文件所得到的细粒度控制;-) – 2010-03-19 14:42:04
我将用STSDEV爱来堆砌。我更喜欢STSDEV对VSeWSS或WSPBuilder的灵活性。虽然,Visual Studio 2010可能会全部替换它们。我还没有尝试过VS 2010中的2007年项目,但我喜欢2010年项目所见。 – 2010-03-19 16:19:51
我最近不得不和VSeWSS一起工作。它已经显着改善 - 从不可能使用到仅仅使用痛苦。 – 2010-03-22 00:36:17
我想说IronPython是一个用于实验SharePoint对象模型和短脚本任务的宝贵工具 - 当然,除非您已经使用Powershell。
如何开始 - http://blog.glenc.net/2007/08/12/sharepoint-meet-python/
这里是另一个很好的列表SharePoint 2007 developer tools
伟大的清单!事实上,我现在可能只是下载其中一些! – 2010-03-19 14:37:33
在这个列表中,我认为这两个绝对必须是SPDisposeCheck和U2U CAML查询生成器。不首先运行SPDisposeCheck,不要将自定义DLL部署到生产环境。 – 2010-03-19 16:09:48