Eslint默认的配置不考虑加入prettier的配置吗

[ananiy]

$ yarn add eslint-plugin-prettier eslint-config-prettier -D

const { getESLintConfig } = require('@iceworks/spec');

module.exports = getESLintConfig('react-ts', {
  extends: ['plugin:prettier/recommended'],
});

这样可以检测到哪些代码的格式化是有问题的, 并在vsc报红, 并且可以通过eslint修复

[fyangstudio]

感谢反馈。
这个问题 和 eslint-config-ali 维护团队之前有讨论过，目前底层的阿里前端规约中已经包含代码风格的一些约束，配置比 prettier 的维度更多一些，所以默认没有集成这个插件

[ananiy]

感谢反馈。
这个问题 和 eslint-config-ali 维护团队之前有讨论过，目前底层的阿里前端规约中已经包含代码风格的一些约束，配置比 prettier 的维度更多一些，所以默认没有集成这个插件

没有感觉到有约束, 如果我写如下代码

const a = 123        ;

123和分号中间的空格是不会提示有问题的 = =

eslint 和 prettier 的比较参考: https://prettier.io/docs/en/comparison.html

[fyangstudio]

有安装 VSCode ESLint 的插件吗？

[ananiy]

好吧 这个确实是我的失误
之前社区的一些config没有添加类似的rule, 让我先入为主了, 抱歉抱歉

不过我还是坚持我的观点, 格式化的事情就交给格式化工具去做, 既然提供了prettier的配置, eslint配置就应该使用prettier的配置去检测代码的格式问题

[fyangstudio]

同意这个观点。
目前我们的考虑是格式也是代码规范的一部分，eslint-config-ali 演进了多个版本和讨论确定当前代码格式的规则。

同时我们也提供了 prettier 的配置 方便使用 prettier 的同学能有相关引用。

欢迎更多的讨论 👍

[ananiy]

提供参考:

https://prettier.io/docs/en/integrating-with-linters.html
https://github.com/prettier/eslint-plugin-prettier#recommended-configuration

[GentleSen]

如果加了 prettier 配置的话, 这里的代码格式错误是会提示, 但是eslint 是没有错误的.

[fyangstudio]

有了 prettier 确实会有更好的可读性，在 ESLint 中会更简单易用，这点十分认可。

通过 spec 最佳实践部分是可以承载这部分能力。

[fyangstudio]

当前测试版本 @iceworks/spec@1.4.0-0

[fyangstudio]

结论：不在 spec 配置中加入 prettier。
ESLint 可覆盖约 90% 的格式问题，推荐仅使用 ESLint 。

spec 和 模板工程后续弱化 prettier 的概念