git commit時にprettierによるコード整形・ESLintルールチェック・flow型チェックを行って精神の安定を得る - Qiita
前説 ES2015でのフロントエンド開発時に以下のような経験をしたことはないでしょうか？ その場でルールを決めているため、一人開発時でも書き方に開発が進むに連れてズレがでる 雰囲気でJavascriptを書いているため書き方が揃っていない 型安全がない無法地帯 各種ツールを導入したのはいいが、チーム内で使われずにクズコミットが行われる 上記の山積した問題についてツール導入＋自動化をおこなったので、その手順をまとめました。 使用するパッケージ(2017年9月20日時点) ESLint prettier flow babel babel-preset-env husky lint-staged pre-commit ※、各パッケージの仕様についてはリンク先参照 今回のプロジェクトについて 今回はReactは使用せず、シンプルなExpressサーバをターゲットとしています。 React導入時には
flowの始め方 - Qiita
ということで、前回に引き続きReact Confで紹介されてたものを試すシリーズの第二回です。 flowの簡単な設定とeslint/babel/precommitフック/vimとの連携のみです。深い使い方は(今のところは?)書きません。flowは既に色々なところで紹介されてますが、気にせず行きます。 ちなみに今回もReactは出てきません。(追記で少しだけ触れてしまいました) flowとは JavaScript用のtypeチェッカー ファイル単位で適用できるため、既存のプロジェクトにも気軽に導入できる eslintやbabelとも連携できるので既存プロジェクトに導入しやすい 色んなエディタ/IDEでもサポートされている この辺を見る限りFacebookのデベロッパ的にはTypeScriptはあんまり推奨してないっぽい GitHubのstarヒストリーを見る限りはTypeScriptに分があ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
