在生产环境中使用SharePoint Designer有哪些风险？
我想了解一些关于在生产环境中使用SharePoint Designer的反馈（我在这里谈论的是SharePoint 2007）。SharePoint社区中似乎存在着相互冲突的观点，一些人主张该工具是“超级用户”定制布局和构建工作流的有效手段，而另一些人则认为，使用SPD有效地意味着在生产环境中开发，这不应该发生在生产环境中使用SharePoint Designer有哪些风险？,sharepoint,sharepoint-2007,sharepoint-designer,Sharepoint,Sharepoint 2007,Sharepoint Designer,我想了解一些关于在生产环境中使用SharePoint Designer的反馈（我在这里谈论的是SharePoint 2007）。SharePoint社区中似乎存在着相互冲突的观点，一些人主张该工具是“超级用户”定制布局和构建工作流的有效手段，而另一些人则认为，使用SPD有效地意味着在生产环境中开发，这不应该发生 这显然是一个工具，针对的是那些通常不会经历dev/stage/prod整个应用程序生命周期的用户，特别是当他们只希望更改页面颜色或插入横幅时。我听到“不要在生产中发展”的信息响亮而清晰，
这显然是一个工具，针对的是那些通常不会经历dev/stage/prod整个应用程序生命周期的用户，特别是当他们只希望更改页面颜色或插入横幅时。我听到“不要在生产中发展”的信息响亮而清晰，但如果是这样的话，SPD会在哪里？在生产环境中直接使用它是否存在实际风险？应该封锁吗？如果是这样的话，谁是目标受众？还有什么地方可以容纳它呢？我在现场环境中使用过sharepoint，我强烈建议不要使用它
最后，尽管这取决于你推动它的深度，但如果你打算坚持使用deisgn模式或使用它来管理你的工作流模式，那就轻描淡写地继续吧 我在现场环境中使用过sharepoint，我强烈建议不要使用它
最后，尽管这取决于你推动它的深度，但如果你打算坚持使用deisgn模式或使用它来管理你的工作流模式，那就轻描淡写地继续吧 有时我们不得不使用它。如果您小心，您可以避免前面答案中描述的所有陷阱。我通常在修改之前保留一份页面代码的副本，以便在必要时回滚
请记住，将页面取消托管也会对性能产生影响。一旦你在designer中修改了一个页面，它就会从文件系统中保存的站点定义副本中分离出来，并且每次都需要从数据库而不是服务器缓存中加载，他们说这会使页面加载速度降低10-15%。有时我们不得不使用它。如果您小心，您可以避免前面答案中描述的所有陷阱。我通常在修改之前保留一份页面代码的副本，以便在必要时回滚
请记住，将页面取消托管也会对性能产生影响。在designer中修改页面后，页面将与文件系统中保存的站点定义副本分离，并且每次都需要从数据库而不是服务器缓存加载页面，他们说这可能会使页面加载速度降低10-15%。对于SharePoint中的自定义开发，我建议使用解决方案包或SharePoint Designer，但不能同时使用两者。我更喜欢在具有dev/test/prod服务器的环境中使用解决方案包，但如果没有这样的环境，我可能会倾向于使用SharePoint Designer而不是解决方案包。是的，SharePoint Designer可能会使网站处于不良状态，但不会像解决方案包的初始开发迭代那样快 使用SharePoint Designer时，您肯定需要控制谁有能力自定义网站。SharePoint Designer 2007自动受到限制，因为您需要拥有许可证才能安装它。虽然授权可能是一件麻烦事（而且很昂贵），但它确实能让你精确地控制你的受众 编辑：
SharePoint Designer 2007也是如此。因此，对于SharePoint 2007和SharePoint 2010，您都需要确保环境已锁定，以便临时用户不会对网站进行未经授权的设计更改。对于SharePoint中的自定义开发，我建议使用解决方案包或SharePoint Designer，但不能同时使用两者。我更喜欢在具有dev/test/prod服务器的环境中使用解决方案包，但如果没有这样的环境，我可能会倾向于使用SharePoint Designer而不是解决方案包。是的，SharePoint Designer可能会使网站处于不良状态，但不会像解决方案包的初始开发迭代那样快 使用SharePoint Designer时，您肯定需要控制谁有能力自定义网站。SharePoint Designer 2007自动受到限制，因为您需要拥有许可证才能安装它。虽然许可可能是一件麻烦事（而且很昂贵），但它确实有好处，可以为您提供精确的控制