【翻訳】Prettier's CLI: A Performance Deep Dive
目標は、約100％後方互換性を持たせ、将来の安定版リリースで現在のCLIを置き換えることです。 概要 PrettierのCLIは上の図のように大まかに動作します： ファイルに対して実行したい何らかのアクションがあります。例えば、適切にフォーマットされているかどうかをチェックすることです。 このアクションを実行するために、実際にすべてのファイルを見つける必要があります。 .gitignoreファイルと.prettierignoreファイルを解決し、これらのファイルの中に無視すべきものがあるかどうかを判断します。 .editorconfigファイルを解決し、それらのファイルに対するEditorConfig固有のフォーマット設定を行います。 .prettierrcファイルなど、約10以上のPrettier固有のフォーマット設定ファイルを解決します。 各ファイルがそのフォーマット設定に一致している
ユーザーとの摩擦を最小限に保ちつつ Prettierを改善していくための機能設計
ユーザーとの摩擦を最小限に保ちつつ Prettierを改善していくための機能設計 2023/03/24 Encraft#1 もともと「パフォーマンスとメンテナビリティのためにPrettierを複数のパッケージに分割する計画」というタイトルで話す予定で、イベントページにもそう書いてあったと思うんですが、急遽テーマを変えることにしました。 「ユーザーとの摩擦を最小限に保ちつつPrettierを改善していくための機能設計」というタイトルでお話をさせていただきます。 前のお二人とはちょっと「設計」という言葉の意味が違いそうで、皆さんのためになる話ではないんですが、「へー」と思いながら聞いていただ...
Prettier のサイズが大きすぎるからパッケージを分割してダイエットする計画
最近の Prettier 開発の計画です。まだ何もやってないけど。 Prettier のサイズは大きい Prettier は npm パッケージのサイズが大きいことで有名です。 Prettier 2.8.1 のサイズ(11.6MB) Prettier のパッケージサイズが大きい理由はビルド方法にあります。 Prettier では、依存しているライブラリをすべてリリース時にビルド(バンドル)して Prettier の npm パッケージに含めています。 このあたりは Prettier のビルドの珍しいところで、リポジトリのルートに存在する package.json を見ると大量のパッケージが dependencies と devDependencies に含まれているのですが、実際に npm のレジストリに publish されるときの package.json の dependencies
Why I don't use Prettier
[[toc]] 中文 Chinese Version I have started writing this post multiple times but never ended up posting it. I wasn't able to figure out a proper way to express my position about Prettier. But this time, I think I should try harder to explain that for future reference. First of all, I am not against Prettier. Actually, I love it. I Love Prettier Prettier is a great tool, and it saved me a lot of time
Prettier 2.3. In which assignments are consistent, short keys non-breaking, and Handlebars official · Prettier
This release focuses on fixing long-standing issues in the JavaScript printer. Be warned that, unfortunately, reformatting a project with the new version might result in quite a big diff. If you don’t use ignoreRevsFile to hide such wholesale changes from git blame, it might be about time. A remarkable milestone is the long-awaited release of the Ember / Handlebars formatter. It’s supposed to be t
最近の ESLint とかの構成2021
みんな好きな構成を好きなように入れれば良いと思ってるけど、自分が最近やってるやつを雑に紹介する。 シンプルなTypeScriptのプロジェクトを想定している。 npm install --save-dev eslint prettier typescript eslint-config-prettier @typescript-eslint/parser @typescript-eslint/eslint-plugin npm-run-all
ESLint, Prettier, VS Code, npm scripts の設定: 2021春
eslint-plugin-prettier 時代の設定をずっと使っていたので、重い腰を上げてアップデートした作業メモ。 背景 Prettier 公式ドキュメントによれば、現在 eslint-plugin-prettier は以下の問題があるとして推奨していない。 エディタが真っ赤になる（人間が気にする必要のない問題なのに！） 直接実行するより遅い（同様に prettier-eslint も遅い） ESLint と Prettier の間に間接レイヤーを追加するので、壊れやすい なるほど正しい。 一方、別々に実行することで以下のような問題も出てくるので、解決していく。 CLI とエディタを個別に設定する必要がある エディタで ESLint と Prettier の協調動作が必要 CLI (npm scripts) で ESLint と Prettier の対象ファイルが別管理になる 上記の
Prettier と ESLint の組み合わせの公式推奨が変わり plugin が不要になった
前に書いた ESLint と Prettier の共存設定とその根拠について が公式推奨が変わったことにより一部間違った情報になっているのでその訂正記事です。 該当記事に書いた内容は Prettier と ESLint の関係を読み解く上で役立つ情報だと思うので、警告とこのページへのリンクを書いた上でそのまま残しておきます。 (追記) この記事の内容も間違った内容を書いていました。なので一度大幅な訂正をしています。prettier-eslint も推奨ではありません。 変更点の要約 Prettier と ESLint の組み合わせについて公式 の推奨方法が変わりました。 きっといつかこの情報も古くなるので直リンクではなく、ドキュメントの GitHub のリンクを貼っておきます。 ドキュメント自体のリンクはこちらです。 新しいドキュメントを要約すると、 Linter と Formatter
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
