ESLint 0.1.0がリリースされたので、JSHintとの違いやプラグインの書き方について
プラグイン機構を持っているので、Lintするルールを追加できる ESLint 本体のコードがシンプルに保たれる Mozilla JavaScript AST をベースとしているため、他のものと連携しやすい EsprimaでパースしたASTをLintする two-pass のツール つまりEsprimaでパースできないとLintはできない また、現段階だと巨大なjsファイルではJSHintより3倍程度遅い Rule performance などにまとめられている、速度については今後改善していくとのこと JSLint/JSHint互換のようなルールが作られている – ESLint Rules List Node.js で書かれているツール 将来的には Browserified されたバージョンも出す予定 ドキュメントがよく書かれている それぞれのルールごとにドキュメントが書かれている esli
grunt-este-watch めっちゃ便利やんけ - 音の鳴るブログ
grunt-este-watch で幸せになれるらしいと聞いて試した。 grunt-contrib-watch が重いので grunt-este-watch を試したら幸せになった - てっく煮ブログ そしたら凄く良かったという話です。 CPUの消費量は気にしていなかったのだけど、変更のあったファイルに対して柔軟にタスクが組めるのが非常に便利。今まで変更があるたびに関係ない部分もテストしていたり、それをなくすために複雑な方法を使ったりしていたけどだいたい解決した。しかも速くなった。 今までやりたかったこと 更新したファイルのみ jshint したい 更新したファイルに関連するテストだけ行いたい 更新したテストファイルのテストだけ行いたい 失敗したテストは次回もテストしたい こういうことをしようとしたとき、grunt-contrib-watch ではやりにくかった。というのもサブプロセスでタ
JSHintの設定を調べてみた - 車輪を再発明 / koba04の日記
grunt.jsの環境も作った( http://d.hatena.ne.jp/koba04/20130203/1359898395 ) ので、JSHintを使ってコーディングスタイルのチェックをしたいと思い、JSHintの設定項目を調べてみました。 JSHintのドキュメント http://www.jshint.com/docs/ 設定項目についてのメモ https://gist.github.com/4707606 何か間違いなどあれば指摘して頂けると嬉しいです。 それを踏まえた今の設定 https://github.com/koba04/dotfiles/blob/master/.jshintrc 比較的色々入れてみたので、そのうち減らすかもですが。
jshintでjavascriptコードチェックしながら開発する - aolog
最近はjavascriptを書いています。 javascriptとしてはそれなりに大規模になってきました（2万行ぐらい？）。 最近のjavascriptトレンドのやり方は、コードチェッカを通して、信頼性を向上させるのがプロ技らしいです。 僕も早くプロの仲間に入りたいです。 コードチェッカには「JSLint」というのがあるらしいのですが、使ってみればわかりますが、さすがに警告が細かすぎてウザいです。 （「varは関数トップに一つ」とか特に。C言語じゃないんだから･･･。） そういった部分をある程度柔軟にしたものに「JSHint」というのがあるみたいです。「JSLint」のフォークらしいです。 あまりに堅いスタイルを強要されたくなかったので、僕はこれを使ってみました。 そのまま使えるわけじゃないのでやったことをメモっておきます。 1.JSHintをダウンロードしてくる http://jshin
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
