SharePoint 开发工具 Visual Studio 和 SharePoint Designer 是否相互排斥？答案

【问题标题】：Are SharePoint development tools Visual Studio and SharePoint Designer mutually exclusive?SharePoint 开发工具 Visual Studio 和 SharePoint Designer 是否相互排斥？
【发布时间】：2013-10-03 06:56:57
【问题描述】：

我们有一个多阶段的开发环境，包括开发、UAT 和生产系统。

在开发将在所有环境中迁移的解决方案时，我们希望能够利用所有可用的开发工具，包括 SharePoint UI、SharePoint Designer 和 Visual Studio。

我的问题是，这些工具是互斥的吗？是否可以使用 UI 和设计器创建一些组件（如列表和视图），然后使用 Visual Studio 创建更复杂的功能（如 Web 部件）？如果是这样，您是否需要遵循特定的流程来确保所有工具在您的解决方案中相互配合？

【问题讨论】：

标签： visual-studio-2010 sharepoint-2010 sharepoint-designer

【解决方案1】：

根据我的经验...如果可以在 UI 中执行，请在此处执行。如果不能在 UI 中进行，但可以在 Designer 中进行，请在此处进行。如果在 UI 或设计器中都不可能，那么也只有在那时，才应该在 Visual Studio 中完成。

如果是这样，您是否需要遵循特定流程以确保所有工具在您的解决方案中相互配合？

这是一个重要的，但不容易回答。例如，我开发了一个将信息存储在列表中的自定义 Web 部件。在任何时候，站点所有者都可以从 UI 中修改或删除列表，而我的 Web 部件将失败……直到今天，情况就是这样。这是一个经典的内容管理系统难题，允许用户在禁止他们破坏内容的同时完成他们的工作。祝你好运！

【讨论】：

感谢您的回复。您将如何将 UI 和设计器中的更改与 Visual Studio 解决方案结合起来？
在大多数情况下，VS 解决方案是有助于整体的拼图的一部分。 sharepoint 基本上是一堆组件的组合。您可以从文档库开始 - 基本 OOB 功能 (UI)，将其粘贴在可能具有自定义页面布局 (Designer) 的页面上，然后您需要让用户能够贡献文档 - 但您有一个要求这只是通过默认行为是不可能的 - 您需要重命名文件以满足法律要求等......然后您需要一个自定义 Web 部件 (VS) 来处理它。让我知道这是否有帮助和/或有意义。
确实有道理，但我对如何将这些 UI 和 Designer 更改与 VS 解决方案集成感兴趣。集成之后，您是否仍然可以在 UI 和 Designer 中进行更改，或者您是否坚持使用 VS 进行更改？
添加 VS 解决方案后，您可以继续通过 UI 或设计器更改页面。我正在考虑一个带有 VS 开发的 Web 部件的页面。假设页面上有一个带有欢迎消息的内容编辑器 Web 部件，可以通过 UI 进行编辑。但如果需要对 VS Web 部件进行更改，则需要返回 Visual Studio，更改代码，打包，然后重新部署。沙盒解决方案使这更容易一些，但那是另一天的事了。您可以通过 CSS 进行一些交叉，这是一个 CSS 文件，您可以在设计器中进行编辑，但可以在 Web 部件中使用样式。