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

Question

关于在生产环境中使用SharePoint Designer，我收到了一些反馈意见（我在这里谈论的是SharePoint 2007）。 SharePoint社区之间似乎存在冲突的观点，一些人认为该工具是“高级用户”定制布局和构建工作流的有效手段，而其他人认为使用SPD有效意味着在生产环境中开发并且不应该发生，句号。

这是一个明显针对那些通常不会经历dev / stage / prod的完整应用程序生命周期的用户类型的工具，特别是当他们只想要更改颜色或在横幅上插入横幅时页。我听到“不要在生产中发展”的消息响亮而清晰，但如果是这样的话，它会在哪里留下SPD？在生产环境中直接使用是否存在实际风险？应该被阻止吗？如果是这样，谁是目标受众，还有任何地方可以留下它吗？

Answer 1

我在实时环境中使用了sharepoint，我会高度建议反对它。

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

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

1. 我意外地修改了共享文件而没有意识到级联效果。 Fortunatley我能够快速恢复，但你最不想要的是得到支持电话，因为你意外地更新了错误的文件。

最后，虽然这取决于你推动它的深度，但如果你要坚持使用deisgn模式或者用它来管理你的工作流程模式，那么请继续前进吧。

Answer 2

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

请记住，使您的网页也不受影响会对性能产生影响。在设计器中修改页面后，它与文件系统上保留的站点定义副本分离，需要每次从数据库而不是服务器高速缓存加载，他们说这可能会使页面速度慢大约10-15％加载。

Answer 3

对于SharePoint中的自定义开发，我建议使用解决方案包或SharePoint Designer，但不能同时使用两者。我更喜欢在具有dev / test / prod服务器的环境中使用解决方案包，但是如果没有这样的环境，我可能会倾向于SharePoint Designer而不是解决方案包。是的，SharePoint Designer可能会将站点置于错误状态，但不会像解决方案包的初始开发迭代那样快。

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

编辑：

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