ちょっと前の1.4.0 pre* から入ってたけどrubylistにおなじみのEnumerableのメジャーな関数がArrayのprototypeプロパティに追加された。
これでprototype.js使ってるとruby.jsっぽくJavaScriptのArrayでmapとかcollectとかinjectとか使えるようになって便利ー。

ちょっと前の1.4.0 pre* から入ってたけどrubylistにおなじみのEnumerableのメジャーな関数がArrayのprototypeプロパティに追加された。これでprototype.js使ってるとruby.jsっぽくJavaScriptのArrayでmapとかcollectとかinjectとか使えるようになって便利ー。

prototype 1.4.0 pre6 で Enumerableが

<a href="http://dev.conio.net/repos/prototype/pkg/">http://dev.conio.net/repos/prototype/pkg/</a>
JSONサポートしたよ！つってたので期待して見たらダメダメだった。
普通xmlhttprequest(xhr)のresponseTextで取得した文字列からJavaScriptで使えるオブジェクトにしたい場合、
<pre><code>eval('var result = ' + result.responseText);
</code></pre>
とやる必要があった。ここら辺をライブラリでラッピングしてくれてんのかなと思ってソースみたらevalJSONって関数が定義してあってキタコレ！と思ったら全然用途違ったよ！
<pre><code>evalJSON: function() {
 var json = this.transport.getResponseHeader('X-JSON'), object;
 if (json) {
 try {
 object = eval(json);
 } catch (e) {
 }
 }
 return object;
 },
</code></pre>
なにこれーResponseHeaderのX-JSONをオブジェクトに変換してるのかｙｐ！んでもってFirefoxでエラーはきまくってる。理由はこのevalJSONがReadyState変更ごとに呼ばれて、getResponseHeaderでエラーと。そのうち対策されるだろうと
<pre><code>evalJSON: function() {
 try{
 var json = this.transport.getResponseHeader('X-JSON'), object;
 } catch (e) {}

 if (json) {
 try {
 object = eval(json);
 } catch (e) {
 }
 }
 return object;
 },
</code></pre>
とtry catchいれて対応。その後rails側のcontrollerで
<pre><code>protected

 def json(obj)
 @headers['X-JSON'] = obj.to_json
 end
</code></pre>
とかつくっといてJSON使って渡したいオブジェクトをheaderのX-JSONにいれた。これでJSONをシームレスに使えるようになるなぁ、って思ったらマルチバイト文字が入ると文字化けてしねるよｐ−ｑ。そもそもresponse headerってマルチバイト文字OKだっけとかいろいろで結局responseTextをevalしたメソッド作るところに落ち着いたよ…。

http://dev.conio.net/repos/prototype/pkg/JSONサポートしたよ！つってたので期待して見たらダメダメだった。普通xmlhttprequest(xhr)のresponseTextで取得した文字列からJavaScriptで使えるオブジェクトにしたい場合、eval('var result = ' + result.responseText);とやる必要があった。ここら辺をライブラリでラッピングしてくれてんのかなと思ってソースみたらevalJSONって関数が定義してあってキタコレ！と思ったら全然用途違ったよ！evalJSON: function() {
    var json = this.transport.getResponseHeader('X-JSON'), object;
    if (json) {
      try {
        o

http://dev.conio.net/repos/prototype/pkg/JSONサポートしたよ！つってたので期待して見たらダメダメだった。普通xmlhttprequest(xhr)のresponseTextで取得した文字列からJavaScriptで使えるオブジェクトにしたい場合、eval('var result = ' + result.responseText);とやる必要があった。ここら辺をライブラリでラッピングしてくれてんのかなと思ってソースみたらevalJSONって関数が定義してあってキタコレ！と思ったら全然用途違ったよ！evalJSON: function() {
    var json = this.transport.getResponseHeader('X-JSON'), object;
    if (json) {
      try {
        object = eval(json);
      } catch (e) {
      }
    }
    return object;
  },なにこれーResponseHeaderのX-JSONをオブジェクトに変換してるのかｙｐ！んでもってFirefoxでエラーはきまくってる。理由はこのevalJSONがReadyState変更ごとに呼ばれて、getResponseHeaderでエラーと。そのうち対策されるだろうとevalJSON: function() {
    try{
      var json = this.transport.getResponseHeader('X-JSON'), object;
    } catch (e) {}

    if (json) {
      try {
        object = eval(json);
      } catch (e) {
      }
    }
    return object;
  },とtry catchいれて対応。その後rails側のcontrollerでprotected

  def json(obj)
    @headers['X-JSON'] = obj.to_json
  endとかつくっといてJSON使って渡したいオブジェクトをheaderのX-JSONにいれた。これでJSONをシームレスに使えるようになるなぁ、って思ったらマルチバイト文字が入ると文字化けてしねるよｐ−ｑ。そもそもresponse headerってマルチバイト文字OKだっけとかいろいろで結局responseTextをevalしたメソッド作るところに落ち着いたよ…。

prototype.js 1.4.0 pre6 でのJSONサポート

一通り終わったー。Webプログラマなら誰しも単純なCRUDsやinner joinのSQLなら書けるんだけど、これは八割二割の法則でだいたいは単純なSQLでよく、複雑だったり速度が要求されるなSQLは書く機会があまり無かったりスキルが高い人が書いちゃったりする。また最近はO/Rマッパがよくできてて八割部の単純なSQLなんかはSQL構文すら知らない人でも問題なく使えちゃったりもする。 
で、俺も類に漏れずCRUDsやinner joinなんかは余裕だけど<a href="#f1" title="O/Rマッパでやってるし">*1</a>、残り二割の複雑なSQLが絡んでくるととたんにマニュアルや資料読みながらその場しのぎのSQLを書いていたためいまいちhavingやらgroup byなんかの理解が中途半端だった。 
でもこのドリルで曖昧だった部分を一通りやり終えたらすんなり理解できたよ！実務っぽい例題もよかったし、使われるデータがCDについてくるので実際に自分でSQL文を書いて理解できたのもよかった。1レベルアップした感じがひしひしと。 
会社で空いた時間利用してちょくちょくやってたんだけど、最初は周りの人は「ぇーそんな初心者本で」といった感じで見られてたんだけど、今は複雑な条件区書くとき結構このドリルが活用されてるとゆー！ 
というわけで、基本的なSQLしか書けない人や難しめなSQLの理解が曖昧な人(俺)やはたまた初心者にもオススメ!!!
<a href="http://www.amazon.co.jp/exec/obidos/ASIN/4774122998/nomusinolife-22"><img src="http://images-jp.amazon.com/images/P/4774122998.09.MZZZZZZZ.jpg" alt="SQL書き方ドリル―すらすらと手が動くようになる"></a>
<a href="http://www.amazon.co.jp/exec/obidos/ASIN/4774122998/nomusinolife-22">SQL書き方ドリル―すらすらと手が動くようになる</a>
posted with <a href="http://www.amazlet.com/browse/ASIN/4774122998/" title="SQL書き方ドリル―すらすらと手が動くようになる">amazlet</a> on 05.10.01
羽生 章洋 
技術評論社 (2005/03) 
売り上げランキング: 4,905
<a href="http://www.amazon.co.jp/exec/obidos/ASIN/4774122998/nomusinolife-22">Amazon.co.jp で詳細を見る</a>
<a href="#fn1">*1</a>:O/Rマッパでやってるし

一通り終わったー。Webプログラマなら誰しも単純なCRUDsやinner joinのSQLなら書けるんだけど、これは八割二割の法則でだいたいは単純なSQLでよく、複雑だったり速度が要求されるなSQLは書く機会があまり無かったりスキルが高い人が書いちゃったりする。また最近はO/Rマッパがよくできてて八割部の単純なSQLなんかはSQL構文すら知らない人でも問題なく使えちゃったりもする。で、俺も類に漏れずCRUDsやinner joinなんかは余裕だけどO/Rマッパでやってるし、残り二割の複雑なSQLが絡んでくるととたんにマニュアルや資料読みながらその場しのぎのSQLを書いていたためいまいちhavingやらgroup byなんかの理解が中途半端だった。でもこのドリルで曖昧だった部分を一通りやり終えたらすんなり理解できたよ！実務っぽい例題もよかったし、使われるデータがCDについてくるので実際に自分

一通り終わったー。Webプログラマなら誰しも単純なCRUDsやinner joinのSQLなら書けるんだけど、これは八割二割の法則でだいたいは単純なSQLでよく、複雑だったり速度が要求されるなSQLは書く機会があまり無かったりスキルが高い人が書いちゃったりする。また最近はO/Rマッパがよくできてて八割部の単純なSQLなんかはSQL構文すら知らない人でも問題なく使えちゃったりもする。で、俺も類に漏れずCRUDsやinner joinなんかは余裕だけどO/Rマッパでやってるし、残り二割の複雑なSQLが絡んでくるととたんにマニュアルや資料読みながらその場しのぎのSQLを書いていたためいまいちhavingやらgroup byなんかの理解が中途半端だった。でもこのドリルで曖昧だった部分を一通りやり終えたらすんなり理解できたよ！実務っぽい例題もよかったし、使われるデータがCDについてくるので実際に自分でSQL文を書いて理解できたのもよかった。1レベルアップした感じがひしひしと。会社で空いた時間利用してちょくちょくやってたんだけど、最初は周りの人は「ぇーそんな初心者本で」といった感じで見られてたんだけど、今は複雑な条件区書くとき結構このドリルが活用されてるとゆー！というわけで、基本的なSQLしか書けない人や難しめなSQLの理解が曖昧な人(俺)やはたまた初心者にもオススメ!!!SQL書き方ドリル―すらすらと手が動くようになるSQL書き方ドリル―すらすらと手が動くようになるposted with SQL書き方ドリル―すらすらと手が動くようになる on 05.10.01羽生 章洋技術評論社 (2005/03)売り上げランキング: 4,905Amazon.co.jp で詳細を見る*1:O/Rマッパでやってるし

A Day in the Life

prototype 1.4.0 pre6 で Enumerableが

書いている人

おたよりを送る