>>99
もちろんだ
だがフラグメントの子孫を辿って子孫のID修正してるコードなんか
ほとんど見たことない

質問の趣旨から外れるけど、ID重複の指摘ぐらいはあってもいいんじゃない？

>>101
「見たことがない=やっていい」ではないと思うけど…
イベントフローの話しかしちゃいけないわけでもないし

cloneNode使ってる実例自体をほとんど見たことないんだけど、
JavaScriptのみで同じような部品を複数生成する場合、cloneNodeを使うメリットってあんまり無いよね？

function class(){
this.method1=1;
this.method2=2;
}
obj=new class();
alert(obj.method1);


obj=new class(100);って書いてこの100をthis.method1に代入する方法を伝授してください

>>103
「やっていい」と言った覚えはない、意見の捏造は止めてくれ
ID重複にしろ変な木構造にしろ、イベント設置側からはどうすることもできない場合がある
バブリングを利用すれば、そうした問題をひとまとめに、とりあえず後回しにして考えられる
まさに>>75の抱えている問題そのものだろ

DOM Level 3にはdocument.strictErrorCheckingとdocument.continuousValidityCheckingがある
if(node.canAppendChild(child)) node.appendChild(child);のように常時妥当性検証する
ID重複もチェックするはずで、強行してエラーになれば"error-handler"が呼ばれる

Firefox4で廃止されたstrictErrorCheckingってのはこれのことな
Webはこれを使わない、つまりエラーをなるべく許容する方向にいったわけだ
ならこっちも通常処理と例外処理をまとめて扱えるようにしといた方がいいだろ？

なんでエラーを許容するかと言えば前方互換性の問題がある
ここでIDが結構厄介なんだが、スレ違いなのでこれ以上書かない

>>106
あなたの意図がわかりにくかっただけ
>>97や>>101の結論づけだと>>75を擁護しているように読めて気持ち悪い
本当は「イベントフローと関係ないから～だ」という意見があるわけでしょ？
「関係ない」で終わってるとその後に来るべき結論は読み手によってどうとでも解釈できる
「ID重複すべきではないが、イベントフローと関係ない」ならまず誤解は生じなかった
要するに何を否定したいのかがよくわからんのよ
「イベントフローと関係ない」なんて周知の事実でしょ？
事実だけ羅列して「後は自由に読み取れ」てことなら誤解されることも予想すべきだと思う

>>105に答えてやってから議論しててくれ

>>104
ループ処理で毎度ノードを生成する時、cloneNode の方がパフォーマンスがいい
その時、IDも重複するなら当然変えるべきだろう
子孫にわたってID変更するのは勿論だけど、何処に何の要素があるかは決まっているから cloneNode するわけで変えるべき要素も決まっているはず
だからそれほど難しい変更じゃない

「見たことがない」とか悪例を挙げるのは意味がない行為だと思う
悪例があるならそれをどうすれば改善されるかをアドバイスする方がもっと重要なはずだ

function class(){
this.method1=(0<arguments.length)?arguments[0]:1;
this.method2=2;
}
obj=new class(100);
alert(obj.method1);

>>105はたぶん説明不足だからスルーされてる
一応書いてみたけどこういう意図なのかどうかわからないから
どういう意図なのかとかコード以外の部分まで考えたのに
そういう意味じゃありませんとか言われたら凹む
から俺もスルーしたい

>>105
classは予約語だから名前を変える

function _class (num) { if (arguments.length > 0) { this.method1 = num; } }
_class.prototype = {method1:1, method2:2};
obj = new _class(100);
alert(obj.method1);

>>110
悩んだ経験のない奴に、それについてのアドバイスは理解できない

class A
{
public $method1;
function __construct($n){
$this->method1 = $n;
}

public function view(){
return $this->method1;
}
}

$obj = new A(100);
echo $obj->view();

PHPで書くとこういう事がやりたいのです

>>111>>112
ありがとうございます

>>108
ID重複はお前さんのように白黒はっきりできる話じゃないんだよ
ある時点、ある段階でvalidityが決まる、そしてDOMはその境界にまたがる
だから「価値判断」は曖昧にして「事実と対処」のみを話していたわけで
その辺は汲み取ってほしかったがな

　　　　　　　　　　　　 ／）
　　　　　　　　　　　／／／）
　　　　　　　　　 ／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　　　こまけぇこたぁいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　 　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　 　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼ 　　 　 `ー'´ 　 　 ／

そんな小難しい話をするような問題かな

>>75http://jsfiddle.net/Z6vGL/1/
>>76http://jsfiddle.net/Z6vGL/2/
>>90http://jsfiddle.net/Z6vGL/3/

このスレは話を小難しくしたい奴が多いからな。ある程度は仕方ない。

>>119
れｐぁせ

>>103,106は「ID重複を避けられないパターンがある」といってるみたいだけど本当にそう？
element.querySelectorAll('[id]'); で要素を抽出してID書き換えれば済むような簡単な話に読めるけど

挿入してなかったら、ID が重複してても標準仕様的には大丈夫なんでしょうか

ごめん、>>125のレスアンカーは>>101,106の間違いだった

>>126
「ID が重複してはいけない」は XML または HTML の規定から来ています。
http://w4ard.eplusx.net/translation/W3C/REC-xml-20081126/#sec-attribute-types
http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/global.html#h-7.5.2
http://www.whatwg.org/specs/web-apps/current-work/multipage/elements.html#the-id-attribute

CSS や JavaScript にID重複禁止の規定はありませんが、(X)HTML文書がID重複しないことを前提に仕様が規定されています。

例えば、DOM Level 2 Core 規定の getElementById には "複数の要素がこのIDをもつ場合には，その振る舞いは定義されない。" とあります。
ID が重複しているHTML文書における getElementById はどのような挙動になるかわかりません。
ひょっとしたら何も返さない実装(ブラウザ)があるかもしれませんが、その振る舞いは DOM 規定に反していません。
ですので、DOM Level 2 Core 仕様に準ずるならば意図的に ID を重複させるHTML文書に対して getElementById を使用すべきではないことになります。
http://www.y-adagio.com/public/standards/tr_dom2_core/core.html#ID-getElBId

HTML文書を JavaScript が扱うDOMオブジェクトであらわすと [object HTMLDocument] に相当します。
HTML に準拠しなければならないのは [object HTMLDocument] だけですので [object HTMLDocument] に挿入されていないノードに関しては ID が重複していても問題ありません。
また、複数の [object HTMLDocument] が存在する場合にもそれぞれの [object HTMLDocument] の中でIDが重複しなければ問題ありません。

質問と回答以外は黙っててくれないかな

>>128
ありがとうございます

>>128
なんかいろいろ違う

>>124
document.querySelectorAll(".area>span") をforループで回してelement.dataを参照

>>132
詳しく

>>134
皆あきてるし長くなるから無理

否定するだけで何も言わない人はかなり迷惑

書けば書いたでイミフだの長文うざいだの言われるからな

>>137
俺はイミフとか長文うざいとか言わないから書いてよ

ここから>>1000まで多数決

うざす

回答は一段落したしいいんじゃない？
違うなら違うで書いてほしい

むしろ書かないことでイミフになる件ｗ

えーと、あれだ
あきらめたらそこで試合終了だよ

仕様を心行くまで語るスレでも作っとけ

典型的なダメ出し君であった。

間違いにNOと言えない日本人

ここまで俺の自演

>>148
Noooooo!!!