普遍的共识是,应该使用站点定义、解决方案、功能来开发 MOSS 发布站点,但由于项目时间尺度,我们必须使用 SharePoint UI 和 SPD 进行所有列表/站点列/内容类型/母版页开发。然后,我们使用 contentdeployment 向导从 devlopment 迁移所有内容。
完成此操作后,未来的计划可能是在给定预算的情况下,更改已构建的内容以使用站点定义和功能以符合最佳实践。
有没有人做过类似的事情或对如何最好地计划这个有任何提示?
亲切的问候
普遍的共识是,应该使用站点定义、解决方案、功能来开发 MOSS 发布站点,但由于项目时间尺度,我们必须使用 SharePoint UI 和 SPD 进行所有列表/站点列/内容类型/母版页开发。然后,我们使用 contentdeployment 向导从 devlopment 迁移所有内容。
完成此操作后,未来的计划可能是在给定预算的情况下,更改已构建的内容以使用站点定义和功能以符合最佳实践。
有没有人做过类似的事情或对如何最好地计划这个有任何提示?
亲切的问候
这在一定程度上取决于您的解决方案的规模和复杂程度。我开始工作的一个项目也遇到了同样的情况。他们最初开始在 SharePoint Designer 中做所有事情。但是当我被投入到项目中时,我决定放弃所有这些更改,从需求开始,并将所有内容构建为 Visual Studio 中的站点定义/解决方案/功能。在这种情况下,这是可行的,因为定制不是太复杂。
您可以查看SharePoint 解决方案生成器,看看它是否也能帮助您。它至少可以给你一个很好的起点。