>先行実装は標準化されていればその仕様に従う全てのブラウザで動作します
するかどうか分からないから先行実装なんだろうが

たとえばDOM Level 3 XPathは勧告候補まで行きながら作業を打ち切られたものだ
完成度はともかく安定はしている

DOM Level 3 Eventsはずっと止まってたものをHTML5絡みで引っ張ってきたものだ
そして今やっていることは実装が少ないものの切り捨てと現状に合わせた追加であり
安定しているとは言い難いが現在の実装に近づくという点で「予想」はつく

一方で、Selectors API Level 1はかなり激しい議論があって
埒があかないってんで問題をLevel 2に先送りして勧告を急いだ
IE8は後期草案を用いたのに現在の勧告候補とは少々別の形になっている

XMLHttpRequest Level 1はほぼMSXMLのIXMLHttpRequestの下位互換だ
だがLevel 2には新規要素が多く、Level 1とどう共存させるか今でも議論中だ

ところで今のW3Cの標準化プロセスが、安定期に入った段階で勧告候補
二個以上の実装がそろった段階で正式勧告であるのだから
勧告されるまで待つ、というのが現実的でないのは事実だ
安定期に入った仕様、あるいは部分的に安定が見込める部分なら使えば良い

だがこれまでの発言を見る限り、お前さんにその見極めができるとは思えない
ならば一般論として先行実装を不用意に使うな、と言わざるをえない

>MDC では
知ったこっちゃねえ
MDC/MSDNの記述が間違ってることなんかしょっちゅうだろ

わろた
どんなコマンドだよw

そこら中にコピペしてやがる
この程度で…

>>252
詳しい解説ありがとうございます。勉強になります。

> 安定期に入った仕様、あるいは部分的に安定が見込める部分なら使えば良い
つまり、「安定期に入っていない仕様 = 先行実装」なのでしょうか？
私は「勧告されていない仕様 = 先行実装」という認識で質問していました。

> だがこれまでの発言を見る限り、お前さんにその見極めができるとは思えない
> ならば一般論として先行実装を不用意に使うな、と言わざるをえない
確かに私は252さんほど綿密な見極めは出来ないと思います。
ならば、見極めが出来ない人が先行実装を使う判断要素はどこにあるのでしょうか？
私に「見極めが出来ない」と指摘しておきながら「不用意に使うな」と主観的な判断を求めていることに矛盾を感じました。

>「勧告されていない仕様 = 先行実装」という認識で
揚げ足をとるようだが仕様と実装は別物だ

> 先行実装を使う判断要素
「不用意に」と書いたのは優しさのつもりだったが、これにぶつくさ言われるのならこの文言を削る
判断できないなら使うな、いや使わせるな

先行実装とは言わばアルファ、ベータ版だ
ベータ版ならまだしも、アルファ版を一般ユーザーに勧める奴がどこにいる？

たぶんお前さんはWebアプリケーションの開発者の視点でものを言っている
ここがWebProg板なら俺もWebSocketの話に熱中したかもしれん
だがここはWeb制作板であり、Webページの最重要事項は相互運用性であるはずだ

上で「使わせるな」に修正したが、自分で楽しむ分には構わん
だがもとはテンプレ議論であり、質問者に読ませるためのものなのだろう？
だったら先行実装のもとである仕様の安定度と実装状況をリポートしてくれ
仕様が安定しており、実装も十分であるならテンプレ行きになるだろうさ

ただの煽り合いかと思ったらやたら中身が濃かった

長文すぎてヌルー

CSS 2.1も勧告候補から草案に何度も差し戻されたんだよね

>>257
詳しい事はわからないけど、PHP板と制作板の差って
サーバー側とクライアント側っていう差しかないと思うんだけど

>>261
大まかに二つの勢力がある

Web Publishingの立場では、Webを行き交う基本的な情報単位をHTMLと考える
HTMLを受け取った端末に適したスタイルシートが与えられるべきであり
HTMLの閲覧を補助・支援するスクリプトが与えられても良い
文書構造と見た目の分離、progressive enhancementを主張するグループはこれ

Web Applicationsの立場では、ブラウザのAPIと、それを叩く言語を用いて
Desktop applicationsと遜色ないサービスをブラウザ内に展開することを目指す
ここでのHTMLは、CSSやイベントコードのホルダーとしてUIを記述するものでしかない
HTML5(Web Application 1.0)やクラウドを主張するグループはこれ

こうした立場の違いでも先行実装の扱いは変わるだろう
ユーザースタイルやユーザースクリプトなら存分にやればいい

>>265
これわかりやすいなあ。

一々英単語を織り交ぜる意味は

html5が楽しすぎて俺は最近後者的な考えになりつつある
PHPのみやってるうちはvalid信者だったが
JavaScriptでアプリケーションを作るようになるとあんま意識しなくなった
PHPやってたころにC#でWindowsアプリケーションを作ろうにもさっぱりだったが
JavaScriptのおかげでWindowsアプリケーションのイメージもできるようになったし
クライアント開発はおもしろいね

俺phpだけだった頃は何もかもサーバーサイドで任せてたからどーしても処理重くなってたけど
JavaScriptを覚えたらクライアントサイドとかもできるようになって効率よくなりました！

静的ファイルもcgiを通してた馬鹿が通ります

よくよく考えるとトンデモネー事やってたな

うんこ→unko
ってひらがなをローマ字に変換する機能をわざわざ
サーバーに送って、それをクライアントに返してたんだから

本当にトンデモネー事やって満足してたわ
JavaScriptに出会ってよかった

think49 は一人で空回りし過ぎ
自覚なさそうなのが始末が悪い
そもそも>>50 の「先行実装をやたらに使うのはよくない」の一言を
「先行実装を使うべきではない」と解釈している時点でおかしい
前提がおかしいし、そこをいい加減にしてるから議論が成立しない

Oh...すみませんでした・・・。
ごめんなさい、もう二度と来ないです・・・。

デストラクタが存在しないようなので自分自身を削除するメソッドを定義したいのですが、
どのように実装すればうまくいくでしょうか

function Unko(){}
Unko.prototype = {
destroy: function(){ /*
this = null; みたいな感じで自分自身を削除
*/ },
say: function(){ alert('まだ生きてるよ') }
};

var unko = new Unko();
unko.say();
unko.destroy();
unko.say(); // ここでエラーが出て欲しい
if(unko){
alert('うんこは滅びぬ！何度でも蘇るさ！'); // これは出てほしくない
}

うんこ塗る

なるほど！
73を5で割って、余りを引けば良いんですね！
すごいです！ありがとうございます！

function hoge(num) {
if (num % 10 < 5) {
return parseInt(num.toString().substr(0, num.toString().length - 1) + '0');
} else {
return parseInt(num.toString().substr(0, num.toString().length - 1) + '5');
}
}
alert(hoge(76));
alert(hoge(71));
alert(hoge(69));

誰が一番難しいコードで答えを導けるか選手権ですか

嫌がらせしてるとしか思えん

コードって数学オリンピックみたいなモノがあるよな
質問する奴に対して｢これでいい｣｢いや、こっちの方が良い｣｢いやいや、こっちの方が更に良い｣
って如何にして美しいコードを書くみたいなのが競われるし

突拍子もなくいきなりdeleteとnullの違いとか話題を持ち出す人ってなんなの？死ぬの？

違いが分からないからここに聞きに来たんだろ。

>>291は質問なのか・・・？

このスレで抽出してもdeleteって単語は出てなかった
一体何の話なんだ

>>277の話じゃないのか。しっかりしろ。

誰もdeleteの話なんてしてないわな

で、やっぱうんこ塗るしかないの？かな？

function Unko(n){ this.name = n; }
Unko.prototype = {
destroy: function(){
delete window[this.name];
}
};

eval("var unko;");//evalだとDontDelete属性は付かない
unko = new Unko('unko');
alert('unko' in window);
unko.destroy();
alert('unko' in window);

IEはダメみたいだけど

「デストラクタが存在しないようなので」って話だから
null代入じゃなくてdeleteの話だよね。