<h3>.rvmrc.local</h3>
<p>プロジェクトを特定の Ruby のバージョンで開発したいとき、.rvmrc はバージョン管理システムに突っ込みたい所だけど、エンジニアが各々細かい設定を追加したいとき、.rvmrc を以下のように書いておくと、.rvmrc と同一階層にある .rvmrc.local が存在すれば読み込まれるようになるので利用するといいと思うんですよ！！！</p>
<pre><code>rvm ruby-1.8.7-p302 # 使いたい ruby
if [ -f "$0".local ]; then
  source "$0".local
fi
</code></pre>
<p>rvm はただの bash script ですしね…。</p>

.rvmrc.localプロジェクトを特定の Ruby のバージョンで開発したいとき、.rvmrc はバージョン管理システムに突っ込みたい所だけど、エンジニアが各々細かい設定を追加したいとき、.rvmrc を以下のように書いておくと、.rvmrc と同一階層にある .rvmrc.local が存在すれば読み込まれるようになるので利用するといいと思うんですよ！！！rvm ruby-1.8.7-p302 # 使いたい ruby
if [ -f "$0".local ]; then
  source "$0".local
firvm はただの bash script ですしね…。

.rvmrc.local

<h3>コマンドラインから JavaScript のシンタックスチェックを行う方法</h3>
<p><a href="http://atnd.org/events/10497">JavaScript Advent Calendar 2010</a> 19日目はコマンドラインで JavaScript のシンタックスのチェックについてです。</p>
<p>JavaScript のシンタックスエラーで悩んだ経験はありませんか？何故か特定ブラウザ(特にIEで)動かない、そんな場合はシンタックスエラーを疑うべきです。</p>
<blockquote>
<p>ただし、IEのみで起きるシンタックスエラーには注意が必要です。IEの行番号は当てにならないことが多い上に、外部ファイルが複数あるときなど、どのファイルでのエラーになっているのかをIEは教えてくれません。大抵はオブジェクトリテラル( {hoge: 2, fuga: 0,} など)に余計なカンマが付いていることが原因です(IE以外のブラウザは余計なカンマを許容してしまいます*1 )から、まずカンマをチェックして、1ファイルずつ読み込んでエラーになるファイルを探し出し、さらにコメントアウトの範囲を変えてエラーになっている箇所を特定するなど、根気のいる作業が必要となります。<a href="http://d.hatena.ne.jp/os0x/20101207/1291736377">JavaScriptのデバッグTips - os0x.blog</a></p>
</blockquote>
<p>そんな場合は、コマンドラインから自動で JavaScript のシンタックスエラーをチェックしましょう。</p>
<h4>SpiderMonkey でシンタックスエラーをチェック</h4>
<p>SpiderMonkey は複数の Mozilla のプロダクトで利用されているオープンソースの JavaScript エンジンです。SpiderMonkey をインストールすると、デフォルト設定もしくはディストリビューションのパッケージのほとんどで js コマンドを利用できるようになります。</p>
<p>大体のディストリビューションなら、SpiderMonkey　でパッケージングされていることでしょう。手動でのインストール方法は、以下のドキュメントに書いてあります。</p>
<ul>
<li><a href="https://developer.mozilla.org/en/SpiderMonkey_Build_Documentation">https://developer.mozilla.org/en/SpiderMonkey_Build_Documentation</a></li>
</ul>
<p>さて、IE でシンタックスエラーを引き起こす、以下のファイルがあったとします。</p>
<pre><code>var errorSyntax = {
  foo: 1,
  bar: 2,
}
</code></pre>
<p>このファイルを js -s と -s オプションをつけてコマンドラインから実行してみましょう。</p>
<pre><code>$ js -s syntax_error.js
syntax_error.js:4: strict warning: trailing comma is not legal in ECMA-262 object initializers:
syntax_error.js:4: strict warning: }
syntax_error.js:4: strict warning: ^
</code></pre>
<p>"trailing comma is not legal in ECMA-262 object" と表示され、すぐおかしいことが解りますね。</p>
<p>最新の SpiderMonkey だと、ECMA 5th では, 無くて問題無いとのことで warning が消えるようになりました(との情報を後ろの席の人に教えて貰った)。1.7.1以前のバージョンをご利用下さい</p>
<h4>より厳密にシンタックスエラーをチェックする</h4>
<ul>
<li><a href="http://www.jslint.com/">http://www.jslint.com/</a></li>
</ul>
<p>の jslint を利用すれば厳密なシンタックスを調査することができます。この jslint をコマンドラインから利用することも出来ますが、jslint 自体を利用するために SpiderMonkey や Rhino, node.js のラッパーが必要となります。</p>
<p>各種言語で利用できる、さまざまな jslint のラッパーはいくつかあります。すべてではありませんが、参照リンクを張っておきます。</p>
<ul>
<li>Perl
<ul>
<li><a href="http://www.corybennett.org/projects/">http://www.corybennett.org/projects/</a></li>
<li><a href="http://search.cpan.org/dist/JavaScript-JSLint/">http://search.cpan.org/dist/JavaScript-JSLint/</a></li>
</ul>
</li>
<li>Java
<ul>
<li><a href="http://code.google.com/p/jslint4java/">http://code.google.com/p/jslint4java/</a></li>
</ul>
</li>
<li>Python
<ul>
<li><a href="https://github.com/FND/jslint-cli">https://github.com/FND/jslint-cli</a></li>
</ul>
</li>
<li>Ruby
<ul>
<li><a href="https://github.com/geraud/jslint">https://github.com/geraud/jslint</a></li>
</ul>
</li>
</ul>
<p>いくつか使ってみたところ、</p>
<ul>
<li><a href="http://www.corybennett.org/projects/">http://www.corybennett.org/projects/</a></li>
</ul>
<p>で公開されているラッパーがコマンドラインから利用するにはシンプルで使いやすかったです。上記ラッパーを落として実行すると</p>
<pre><code>$ ./jslint syntax_error.js
Problems:
----------------------------------------
Error:
syntax_error.js:3:9
Extra comma.

  bar: 2,

syntax_error.js:4:1
Expected '}' and instead saw '}'.

};

syntax_error.js:4:1
Stopping, unable to continue. (2% scanned).
</code></pre>
<p>とわかりやすいメッセージで表示されます。</p>
<h4>テストに組み込む</h4>
<p>さて、共同開発を行っていると、誰かが(もちろん自分も含みます)うっかり JS のシンタックスエラーとなるコードをコミットしてしまいがちです。それを防ぐために、あなたのプロジェクトのテストにシンタックスエラーのチェックを入れましょう。</p>
<p>たとえば、Rails + RSpec2 を利用しているプロジェクトでは、以下の Spec を盛り込むことでカンマエラーを発見することが出来るでしょう。</p>
<pre><code>it 'JavaScript syntax should be valid' do
    path = Rails.root.join('public/javascripts').realpath.to_s
    files = Dir.glob(path + '/{*.js,**/*.js}')
    files.each do |file|
      result = %x{js -s '#{file}' 2>&#x26;1}
      result.should_not match('ECMA-262')
    end
  end
</code></pre>
<p>さて、本日の JavaScript Advent Calendar では主にコマンドラインから JS のシンタックスチェックの方法をご紹介しました。コマンドラインからシンタックスチェックが出来れば、いろいろと夢が広がりますね。たとえばエディタと組み合わせて保存したら即座にシンタックスチェック、などもできます(興味のある方は vim|emacs jslint などで検索してみてください)。なお私も以前はエディタでシンタックスエラーを保存時逐一行ってましたが、エラーになるとわかりきっている場合にも毎度エラーの警告が出るため煩わしくなって辞めてしまいましたが ;(。</p>

コマンドラインから JavaScript のシンタックスチェックを行う方法JavaScript Advent Calendar 2010 19日目はコマンドラインで JavaScript のシンタックスのチェックについてです。JavaScript のシンタックスエラーで悩んだ経験はありませんか？何故か特定ブラウザ(特にIEで)動かない、そんな場合はシンタックスエラーを疑うべきです。ただし、IEのみで起きるシンタックスエラーには注意が必要です。IEの行番号は当てにならないことが多い上に、外部ファイルが複数あるときなど、どのファイルでのエラーになっているのかをIEは教えてくれません。大抵はオブジェクトリテラル( {hoge: 2, fuga: 0,} など)に余計なカンマが付いていることが原因です(IE以外のブラウザは余計なカンマを許容してしまいます*1 )から、まずカンマをチェックして、1フ

コマンドラインから JavaScript のシンタックスチェックを行う方法JavaScript Advent Calendar 2010 19日目はコマンドラインで JavaScript のシンタックスのチェックについてです。JavaScript のシンタックスエラーで悩んだ経験はありませんか？何故か特定ブラウザ(特にIEで)動かない、そんな場合はシンタックスエラーを疑うべきです。ただし、IEのみで起きるシンタックスエラーには注意が必要です。IEの行番号は当てにならないことが多い上に、外部ファイルが複数あるときなど、どのファイルでのエラーになっているのかをIEは教えてくれません。大抵はオブジェクトリテラル( {hoge: 2, fuga: 0,} など)に余計なカンマが付いていることが原因です(IE以外のブラウザは余計なカンマを許容してしまいます*1 )から、まずカンマをチェックして、1ファイルずつ読み込んでエラーになるファイルを探し出し、さらにコメントアウトの範囲を変えてエラーになっている箇所を特定するなど、根気のいる作業が必要となります。JavaScriptのデバッグTips - os0x.blogそんな場合は、コマンドラインから自動で JavaScript のシンタックスエラーをチェックしましょう。SpiderMonkey でシンタックスエラーをチェックSpiderMonkey は複数の Mozilla のプロダクトで利用されているオープンソースの JavaScript エンジンです。SpiderMonkey をインストールすると、デフォルト設定もしくはディストリビューションのパッケージのほとんどで js コマンドを利用できるようになります。大体のディストリビューションなら、SpiderMonkey　でパッケージングされていることでしょう。手動でのインストール方法は、以下のドキュメントに書いてあります。https://developer.mozilla.org/en/SpiderMonkey_Build_Documentationさて、IE でシンタックスエラーを引き起こす、以下のファイルがあったとします。var errorSyntax = {
  foo: 1,
  bar: 2,
}このファイルを js -s と -s オプションをつけてコマンドラインから実行してみましょう。$ js -s syntax_error.js
syntax_error.js:4: strict warning: trailing comma is not legal in ECMA-262 object initializers:
syntax_error.js:4: strict warning: }
syntax_error.js:4: strict warning: ^"trailing comma is not legal in ECMA-262 object" と表示され、すぐおかしいことが解りますね。最新の SpiderMonkey だと、ECMA 5th では, 無くて問題無いとのことで warning が消えるようになりました(との情報を後ろの席の人に教えて貰った)。1.7.1以前のバージョンをご利用下さいより厳密にシンタックスエラーをチェックするhttp://www.jslint.com/の jslint を利用すれば厳密なシンタックスを調査することができます。この jslint をコマンドラインから利用することも出来ますが、jslint 自体を利用するために SpiderMonkey や Rhino, node.js のラッパーが必要となります。各種言語で利用できる、さまざまな jslint のラッパーはいくつかあります。すべてではありませんが、参照リンクを張っておきます。Perlhttp://www.corybennett.org/projects/http://search.cpan.org/dist/JavaScript-JSLint/Javahttp://code.google.com/p/jslint4java/Pythonhttps://github.com/FND/jslint-cliRubyhttps://github.com/geraud/jslintいくつか使ってみたところ、http://www.corybennett.org/projects/で公開されているラッパーがコマンドラインから利用するにはシンプルで使いやすかったです。上記ラッパーを落として実行すると$ ./jslint syntax_error.js
Problems:
----------------------------------------
Error:
syntax_error.js:3:9
Extra comma.

  bar: 2,

syntax_error.js:4:1
Expected '}' and instead saw '}'.

};

syntax_error.js:4:1
Stopping, unable to continue. (2% scanned).とわかりやすいメッセージで表示されます。テストに組み込むさて、共同開発を行っていると、誰かが(もちろん自分も含みます)うっかり JS のシンタックスエラーとなるコードをコミットしてしまいがちです。それを防ぐために、あなたのプロジェクトのテストにシンタックスエラーのチェックを入れましょう。たとえば、Rails + RSpec2 を利用しているプロジェクトでは、以下の Spec を盛り込むことでカンマエラーを発見することが出来るでしょう。it 'JavaScript syntax should be valid' do
    path = Rails.root.join('public/javascripts').realpath.to_s
    files = Dir.glob(path + '/{*.js,**/*.js}')
    files.each do |file|
      result = %x{js -s '#{file}' 2>&1}
      result.should_not match('ECMA-262')
    end
  endさて、本日の JavaScript Advent Calendar では主にコマンドラインから JS のシンタックスチェックの方法をご紹介しました。コマンドラインからシンタックスチェックが出来れば、いろいろと夢が広がりますね。たとえばエディタと組み合わせて保存したら即座にシンタックスチェック、などもできます(興味のある方は vim|emacs jslint などで検索してみてください)。なお私も以前はエディタでシンタックスエラーを保存時逐一行ってましたが、エラーになるとわかりきっている場合にも毎度エラーの警告が出るため煩わしくなって辞めてしまいましたが ;(。

コマンドラインから JavaScript のシンタックスチェックを行う方法

<h3>cdgem</h3>
<p>gem のパスに移動するのがめんどくさいので $GEM_HOME が使える環境下(rvm とか)な ruby の gem のパスに移動する zsh 関数 / 補完関数書いた。</p>
<pre><code>$ cdgem rspec[tab]
</code></pre>
<p>とかで</p>
<p><img src="http://gyazo.com/a796b6416dd28172bde81de9eb7077bc.png" alt=""></p>
<p>みたいに補完されます。ブクマコメントより、basename でうまく動かない人は 'xargs -i basename {}' すると動くようです</p>
<pre><code>function cdgem() { 
  cd `echo $GEM_HOME/**/gems/$1*|awk -F' ' '{print $1}'`
}

compctl -K _cdgem cdgem
function _cdgem() {
  reply=(`find $GEM_HOME -type d|grep -e '/gems/[^/]\+$'|xargs basename|sort -nr`)
}
</code></pre>
<h3>rspec 2 と rspec 1.3.1 の共存</h3>
<p>両方入れると、rspec 1.3.1 の spec コマンドがエラる(2系が読み込まれるため)ので bin/spec の version を無理矢理書き換える…。</p>
<pre><code>version = "&#x3C; 2.0.0"
</code></pre>
<p>非常に宜しくないない感じですが、他に良い方法あるんですかね…。あと rspec2 は内部的には別物なのに gem 名がrspec2 にならなかったのはなんでかしらかしら、ご存知かしら…。rails3 もまぁそうなんだけどね…。</p>

cdgemgem のパスに移動するのがめんどくさいので $GEM_HOME が使える環境下(rvm とか)な ruby の gem のパスに移動する zsh 関数 / 補完関数書いた。$ cdgem rspec[tab]とかでみたいに補完されます。ブクマコメントより、basename でうまく動かない人は 'xargs -i basename {}' すると動くようですfunction cdgem() { 
  cd `echo $GEM_HOME/**/gems/$1*|awk -F' ' '{print $1}'`
}

compctl -K _cdgem cdgem
function _cdgem() {
  reply=(`find $GEM_HOME -type d|grep -e '/gems/[^/]\+$'|xargs basename|sort -nr`)
}rspec

cdgemgem のパスに移動するのがめんどくさいので $GEM_HOME が使える環境下(rvm とか)な ruby の gem のパスに移動する zsh 関数 / 補完関数書いた。$ cdgem rspec[tab]とかでみたいに補完されます。ブクマコメントより、basename でうまく動かない人は 'xargs -i basename {}' すると動くようですfunction cdgem() { 
  cd `echo $GEM_HOME/**/gems/$1*|awk -F' ' '{print $1}'`
}

compctl -K _cdgem cdgem
function _cdgem() {
  reply=(`find $GEM_HOME -type d|grep -e '/gems/[^/]\+$'|xargs basename|sort -nr`)
}rspec 2 と rspec 1.3.1 の共存両方入れると、rspec 1.3.1 の spec コマンドがエラる(2系が読み込まれるため)ので bin/spec の version を無理矢理書き換える…。version = "< 2.0.0"非常に宜しくないない感じですが、他に良い方法あるんですかね…。あと rspec2 は内部的には別物なのに gem 名がrspec2 にならなかったのはなんでかしらかしら、ご存知かしら…。rails3 もまぁそうなんだけどね…。

A Day in the Life

.rvmrc.local

.rvmrc.local

関連するかもエントリー

書いている人

おたよりを送る