在生产环境中使用 SharePoint Designer 有哪些风险？答案

【问题标题】：What are the risks of using SharePoint Designer in a production environment?在生产环境中使用 SharePoint Designer 有哪些风险？
【发布时间】：2010-10-22 03:18:21
【问题描述】：

我正在就在生产环境中使用 SharePoint Designer 获得一些反馈（这里我说的是 SharePoint 2007）。 SharePoint 社区之间似乎存在相互矛盾的观点，一些人主张将该工具作为“高级用户”自定义布局和构建工作流的有效手段，而另一些人则认为有效使用 SPD 意味着在生产环境中进行开发，这不应该发生，句号。

这是一个明显针对通常不会经历开发/阶段/生产的完整应用程序生命周期的用户类型的工具，特别是当他们只想更改颜色或在页。我清楚地听到“不要在生产中开发”的信息，但如果是这样的话，它会把 SPD 留在哪里？在生产环境中直接使用它是否存在实际风险？是否应该被阻止？如果是这样，目标受众是谁，还有什么地方可以留给它吗？

【问题讨论】：

标签： sharepoint sharepoint-2007 sharepoint-designer

【解决方案1】：

我在实时环境中使用过 sharepoint，我强烈建议不要使用它。

如果您在手动更改代码后在代码/设计视图之间切换，它可能会随机崩溃。如果您要提供无效的标记，它可能会导致它崩溃，至少从我的经验来看。这导致我陷入了一种暂停编辑、半签出状态的状态，这让我等待 sharepoint 在下一个计划中重新启动，然后才能重新进入并确定问题。

它还给我留下了损坏的文件。

我不小心修改了共享文件而没有意识到级联效果。幸运的是，我能够足够快地恢复，但您最不想做的就是接到支持电话，因为您不小心更新了错误的文件。

最后，尽管这取决于您推动它的深度，但如果您要坚持设计模式或使用它来管理您的工作流程模式，那么请轻描淡写。

【讨论】：

Bump - 这就是大多数知识渊博的 SharePoint 开发人员称其为“SharePoint Destroyer”的原因。我亲身经历了上述问题以及更多问题。话虽如此，它对 4 件事有好处 1）快速创建源代码以复制粘贴 2）使用“幻影”页面，例如主页布局。 3）查看子站点之间的缓存问题（例如主题缓存） 4）在独立的 html 页面上工作，非常好的 html 编辑器，当您将其连接到 SharePoint 时它会发疯 :)

【解决方案2】：

有时我们不得不使用它。如果您小心，您可以避免上一个答案中描述的所有陷阱。我通常会在修改之前保留页面代码的副本，以便在必要时回滚。

请注意，将您的网页设为非托管也会对性能产生影响。一旦你在设计器中修改了一个页面，它就会与保存在文件系统上的站点定义副本分离，并且每次都需要从数据库而不是服务器缓存加载，他们说这可能会使页面慢 10-15%加载。

【讨论】：

【解决方案3】：

对于 SharePoint 中的自定义开发，我建议使用解决方案包或 SharePoint Designer，但不要同时使用两者。我更喜欢在具有开发/测试/生产服务器的环境中使用解决方案包，但如果没有这样的环境，我可能会倾向于 SharePoint Designer 而不是解决方案包。是的，SharePoint Designer 可以将网站置于不良状态，但速度不如解决方案包的初始开发迭代快。

使用 SharePoint Designer 时，您肯定需要控制谁可以自定义网站。 SharePoint Designer 2007 会自动受到限制，因为您需要拥有许可证才能安装它。虽然许可可能很麻烦（而且成本高昂），但它确实具有让您精确控制受众的好处。

编辑：

SharePoint Designer 2007 也是free。因此，对于 SharePoint 2007 和 SharePoint 2010，您需要确保环境已锁定，以便临时用户不会对网站进行未经授权的设计更改。

【讨论】：