Visual Studio中的SPFX

Question

我想知道是否有人在Visual Studio中成功地使用了SPFX？

与2016年前的SharePoint开发和SPO时代相比，SPFX是一个很好的想法。但它也有一个缺点: Visual Studio代码。我看到微软可能计划吸引更“老练”的Javascript volks，并将SPFX开发与VS Code捆绑在一起，但VS Code与Visual Studio相去甚远。更不用说重构类名和文件了。有https://github.com/SharePoint/sp-dev-fx-vs-extension回购，但它似乎没有得到太多的时间和爱。

有没有其他方法可以在成熟的Visual Studio中开发SPFX？

Answer 1

Xin的答案是不正确的。那是CSOM..。CSOM !== SPFx.

直截了当地说，除非你在谈论SPFx DevOps集成，否则Visual Studio为Azure开发人员带来的东西是没有价值的。

人们关注VSCode的原因是它接触到了更多的开发人员，而你所需要的只是一个编辑器。你不需要一个成熟的IDE，因为没有设计器/向导等在整个过程中帮助你。

SPFx项目就是一个Node.js项目。如果你得到了VS的Node.js工具，你可以使用它。SPFx项目绝对没有什么特别之处。在VS中将其视为Node.js项目，您就可以使用它了。

社区插件不受欢迎的原因是没有太多的需求。但它所做的只是运行SharePoint的约曼生成器。当然，它会自动为您运行相同的命令行工具。从这一点开始，您就有了一个Node.js项目，上面的内容也适用。

Answer 2

SPFX项目是用JavaScript或TypeScript编写的，它们生成JavaScript客户端代码。考虑到这一点，就编辑器经验而言，VS Code拥有开发优秀SPFX解决方案所需的一切--我不会因为您过去对Visual Studio和服务器端C#解决方案的积极体验而对其置之不理。你可以对你的VS代码体验做很多很好的调整，从主题到一系列的扩展，可以根据你想做的事情来增强你的体验。GitLens、微软团队工具包等，以及更愚蠢的东西，如Power Mode

作为曾经用C#开发web部件和解决方案的人，我很怀念能够做的事情--当然，当你拥有服务器端控制时，你基本上是在上帝模式下操作--但是--微软在这里采取的方法有很多好处。与旧的C#解决方案的构建时间相比，节点编译时间非常快，多年来，它们已经大幅改进了APIs这意味着不再需要服务器端干预。我还没有遇到任何我不能通过提供的方法解决的问题。

VS代码确实有refactoring options -重命名一个类、接口或变量就像按键盘上的F2键一样简单，当您这样做时，它会重命名打开工作区中的所有引用。然后，您可以使用Ctrl+K S或文件菜单保存所有已修改的文件。还有像Ctrl+Shift+R这样的命令用于重构方法。我强烈建议您以开放的心态对待VS Code -开发团队没有提供的东西，开源社区通常是提供的。这是一个很棒的IDE。

Answer 3

我曾经尝试使用VS2019和SPFX的社区项目模板创建SPFx项目。新项目挂起VS永远。

VS代码是最适合SPFx的，因为它轻量级，速度快，并且有大量的扩展。