FileAPIのほかになにある

1のやつおし得てください

びっくりまーくウザいですよ？w

perlでやってみますからいいよw

>>755
JavaScript: The Good Parts――「良いパーツ」によるベストプラクティス
http://www.oreilly.co.jp/books/9784873113913/

正誤表にもなかった

関連ファイルのch05.txtでは

>> registry[type] = [handler];

やっぱこうなっとる。
本当に誤植ならオライリー・ジャパンに報告すれ。粗品ぐらい送ってくるだろ。

>758
俺もCGIはperl派だがperlとJSって敵対する関係じゃなくてむしろ仲間だろ
HTML5でJSがいろいろできるようになって基礎処理の部分ではwebにおいてperlは不必要になりつつあるが、オンライン処理系はむしろこれからどんどん必要になってくる
ちょっかい出しに来る暇があったらそれに役立つモジュールとかライブラリとか開発しろ

抜き出すのは当該箇所を取り出してループで回りながらパターンで
マッチして必要な箇所を抜き出すんでしょ。Perlと同じだと思うけど。
ユーザにファイル保存さすのなら、保存したい情報を表示したページなり
別窓なりが現れて、それを自分で保存してねとかが簡単では。

>>760
二行目が読解できない。
基礎処理ってのは何のことを言ってるの？
サーバサイドのこと？だとするとオンライン処理って部分はPerlとJSどっちを指してるのか・・・

今までは単なる出力のために使われてたけどこれからはWebベースのアプリケーションってことでしょ
HTML5はHTML4と違って単なるHTMLの規格じゃない

5のAPIに関してはこれが良くまとまってると思った
http://codezine.jp/article/detail/5653

>>760
> HTML5でJSがいろいろできるようになって基礎処理の部分ではwebにおいてperlは不必要になりつつあるが
Perl のどんな技術が JavaScript で代替できるのか、具体的に書いてもらえると助かる。
HTML5 は革新的だと思うが、Perl を代替できる機能っていうのは思いつかない…。

今まではPC内ファイルのバイナリデータ一つJSで扱うのも
formでアップしてサーバー側でtxtとかに書き出したのをAjaxとかで取得したりしなくちゃいけなかったり、
Cookieじゃ足りないからサーバー側にデータをAjaxで保存したりと、
ちょっとJSで大きなことをしようと思ったらCGI側にいろいろ任せなきゃいけなかったけど
これからはオンラインゲームとか掲示板みたいなシステムに集中できるよねってこと

>>766
なるほど、それを基礎処理と称していたのか。理解した。

インターネットビジネス界のTOPランナー和佐大輔さんの考え方がわかります。
http://www.auction.co.jp/mem1/item/mem_itm_item.asp?LOT=1543435

>>759
自分でも検証してみます
粗品かぁ

なんかレス抜けてるけど忍者でも出たか？

>>772
森へお帰り

>>771
初版第1冊で確認したけど、打ち間違えでしょう
>>745のコードでいうと、

前から5行目
event.type が event.typel になってる
正 type = typeof event === 'string'?event : event.type;

後ろから6行目
handler を囲む角括弧が抜けてる
正 }else{registry[type] = [handler];}

最後の行
用例を書こうとしたんだと思うけど、パラメータなしの呼び出し eventuality(); いらない

オレ使用例（動作確認済み）。こんな感じで使うもんだと思います。

var obj = {};
// obj に on メソッドと fire メソッドを追加
eventuality(obj);

// on でイベント設定
// イベント名、メソッド、配列に入れたメソッドのパラメータ
obj.on("calc", function(a, b){alert(a+"+"+b+"="+ (a+b));}, [1, 2] );
obj.on("calc", function(a, b){alert(a+"-"+b+"="+ (a-b));}, [5, 3] );
obj.on("greeting", function(a){alert(a);}, ["aloha."] );

// すぐに実行されないのを確認するためalertを入れてます
// このalert閉じた後 fire で実行します
alert("do something else");

// fireでイベント発生
// "calc"イベントに設定したものだけが実行される
obj.fire("calc");

お前らオライリーのjavascriptパターンは買ったのか？

なんかPerl忍者っていうやつより、しょぼいねここ
768のソースなんて、適当に書いたやつだろ
そんな、変なコード載せなさそうだし

> get($url) ? my $con=get($url) : print "Error\n";

Error処理が変だと思ったけど
たんなる、テストだとおもうよ　適当にErrorって出力させたくてさ
いちいち０点って言い方やめたほうがいいんじゃない？

>>7789
たぶん、０点っていったやつはPerl忍者よりカスなんでしょうね

スレタイ読めないやつよりマシだと思うぜ

君たちじゃわからないんだよ>>781

二度も取得するのが0点なんだろわかれよ

死ね

いつまでやってんだガキども死ね

もうだめだ　名誉を傷付けられた

０点っていうの謝れ

謝れ

とても香ばしいスレですね

以前この板で
「JavaScriptでprototype使うのは邪道で、危険なプログラミング」
みたいな事を言われて面食らったんですが
何故邪道なのか、分かる方居ますか？

「メモリ節約の為にもprototypeを活用すべき」
という話をあちこちで聞いて、そう思っていたのですが
何かデメリットがあるのでしょうか。

かなり前にどこかのスレでこの話をされて、理由を聞いたんですが
「話にならん、自分で調べろ」と言われ
調べても今ひとつわからず、放置して2年くらい経ちます。

>>793
prototype汚染のことをいってるのかな。
該当URLを出せる？

>>795
いや、もう大分前の事な上に何のスレだったかも忘れてしまって・・・
当時まだJavaScriptを使い始めたばかりの頃で
「オブジェクトにメソッドとか追加するにはprototypeを使えば良い」
知ったばかりにもかかわらず、そんな事を偉そうに書き込んだところ
>>793のような状況になったような感じです。

prototype汚染　でぐぐると色々出ますね。
for・・・inで列挙されるとか、まぁそれはそうですよね

普通に使ってもいいと思うけどなー
複数人で開発するときに使うなら話し合ってドキュメント書いておけば問題ないしょ

自分で作ったオブジェクトには、メモリ節約できるならprototypeは積極的に使っていいと思う。

それ以外は微妙。　─── 俺は使っているけどね。

>>797-798
なるほど、既存のオブジェクトにprototypeで何かしら追加したうえに
それが複数人開発で、他の人が知らないとバグの原因に成る
という感じですかね。
多分この事だったんでしょうね。

prototype拡張にも2通りあって、

・ユーザ定義のオブジェクトを拡張する
・ネイティブオブジェクトを拡張する

前者は気にしなくていいと思う。
後者は話し合いが必要かな。
特に Object.prototype や Array.prototype は注意しないと他の人の時間を食いつぶすことになる。
その辺、全部わかっている人ばかりなら問題ないと思うけどね。