假设我仅使用VS Code作为编辑器,如果我已经保存了工作区设置,则在项目中包含.editorconfig文件是否有优势。还是有一个缺点:例如.editorconfig可能会覆盖我的VS Code设置,反之亦然?
答案 0 :(得分:0)
首先使用.editorconfig
仅在使用plugin的VSCode中有效。 .editorconfig
的优点是其他编辑器也可以识别它。 VSCode工作空间设置的优点是它不需要插件,并且可以包含更多设置。
据我所知.editorconfig
优先于用户和工作区设置。尽管我找不到关于此的正式声明(但也有一个提示是,他们mention对此设置中的一个错误而言并非如此)。
我将使用.editorconfig
来完成所有工作,并在其余设置中包括VSCode工作区配置。我会避免设置冲突。
答案 1 :(得分:0)
基本上,.editorconfig
在以下情况下具有优势:
或
.editorconfig
文件通常被提交到代码存储库中,因此可以由从事同一存储库的多个人员使用。这使您可以在所有团队成员之间拥有代码 consistency 。您可能喜欢使用tabs
,但是规则设置为使用spaces
。抱歉,团队规则会覆盖您的个人规则。一致性胜出。
VSCode工作空间设置(或任何内置的IDE工作空间设置)
(每人),因此可能有所不同,并使存储库中的文件不一致。您可能会使用tabs
,而其他人可能会使用spaces
,这会给所有人 带来麻烦,因为现在您都在争取编码风格。
.editorconfig
文件可能需要扩展第三部分才能与您的IDE一起使用(VSCode就是这种情况),而IDE工作区设置已合并到IDE中(不需要额外的下载)。注意:Visual Studio(与VSCode相对)已加入其中。
IDE通常允许您“备份”您的IDE设置...因此,确实可以备份您的设置并在以后使用它们。
并非团队中的每个人都始终使用相同的IDE。再说一次,如果您只是在做某事,那将毫无意义。