在sharepoint designer或visual studio中编辑sharepoint母版页的利弊？

在sharepoint designer或visual studio中编辑sharepoint母版页的利弊？您更喜欢哪一款

SharePoint Designer 赞成者：

所见即所得编辑 非常快速的编辑/保存/测试 反对：

无版本控制 繁琐的重用/部署 下载/上传 Visual Studio 赞成者：

与源代码管理的集成 通过功能/解决方案框架进行部署/重用 反对：

纯源代码编辑 繁琐的编辑/部署/测试周期 SharePoint设计器和Visual Studio 我的建议是使用SharePoint Designer在开发机器上开发母版页。然后将母版页保存到Visual Studio解决方案中，以便部署到测试/生产： 赞成者：

所见即所得编辑 非常快速的编辑/保存/测试 与源代码管理的集成 通过功能/解决方案框架进行部署/重用 反对：

您需要这两种工具，但SharePoint designer是免费的，这通常是为SharePoint开发的最有效的方法。使用SPD和Web UI尽您所能，然后将其保存到Visual Studio解决方案中，以进行版本控制/部署

---

虽然我不知道为什么，SPD也会更改您的标记：它会从src=~/\u controltemplates/…中删除任何前导的~。。。属性在发布之前，您需要手动将它们添加回。

在大多数情况下，我同意Per Jakobsen上面的回答。尤其是SharePoint 2007

关于SharePoint Designer 2010优点/缺点的其他评论：

事实上，我在大多数前端工作中都有很好的使用SharePoint Designer的经验。也就是说，任何不是服务器端Web部件的内容

关于上述缺点：

源控制- 为存储您正在处理的网页的文档库设置SharePoint版本控件在管理源代码管理方面做得相当不错，这在您在生产服务器上进行开发工作时非常方便。见下文

繁琐的重用/部署 不确定这里指的是什么，但我认为这是关于在一个地方开发代码，然后将其部署到生产服务器

正确设置权限后，用户不会受到开发工作的影响，因为他们将看到签入、批准和可查看的页面/代码

虽然我通常会犹豫是否直接在生产环境中操作，但SharePoint有许多场景需要这样做——特别是如果您直接编辑XSLT数据等。我脑海中浮现的是对列表或库GUID的引用以及服务器之间不同的其他变量

---

干杯

总结得很好。我发现SPD有时会做一些特殊的事情，我倾向于使用点击来做一些基本的事情，比如添加排序和分页，但随后直接使用源代码来实现附加功能。