一応、付け加えておくと、ここはWeb制作板だから、何の前提もなければ、回答者は自サイトのコードを書くものと判断する
従って、「id は一意の値であるべき」の回答は正しい

>>136はスレ間違えたのか？
礼も返事もないし、HTMLスレにでも行ったんじゃないか？

ローカルルールでIDの乱用はいかんよ
振り込め詐欺かよｗ

うちの社内のコーディング規約ではcssのためのidは使用禁止にしてる
idはjsのために空けとくこと
cssでidって使わなくてもclassで問題ないしね
レンダリング時の速度も変わらないし
jsではid指定とclass指定では速度が全然違うからid使うようにしてる
だから同一idが複数使われることがないな
もし使うやつがいたらこの仕事やめろってぐらい異常

まあ確かに、わざわざ重複させる必要性は分からないけど
おそらくjqueryが一般化されて第二のクラスみたいに使う人が増えたんだろうな

重複して使ってるサイトなんて本当にあるのか？
繰り返しで同じパーツ吐き出す場合に
ひな形にid入れてたりするとそうなるのかもしれないけど
それはテンプレート作ったやつがアフォーだっただけやで

他人のサイトなんてグリモンスクリプトとか作ってんきゃあんまり関係ない話だけど
youtubeとかアホみたいに重複してるよ

関数内にその関数いれたら無限ループにできる？

出来る
ちなみにそれは再帰関数という名称がある

thanks勉強になった

>>155
なんでそこでjQueryがでてくるのかわからんのだけど？
jQueryのセレクタは条件が揃えばquerySelectorAllを使うわけで
重複したIDの挙動はDOM APIと同じだよ

>>157
何しれーっと嘘ついてるの？
idの数が多いから嘘がバレないと思った？

googleがvalidなhtml書いた試しなんてないじゃん
プログラム上の利便性優先でルールなんてお構いなしでなんでも使う
検索エンジン握ってるだけあってどんな糞みたいなHTMLでも最上位に来るし
SEOなんて考慮する必要がないからやりたい放題

>>154
俺の場合、JavaScriptからでも極力IDは使用しないようにしている。

なぜならコンポーネントという考えでDOMを扱ってるから。
通常コンポーネントは複数存在する。だからIDではなくクラスを使用しなければいけない。
大抵の処理はこのコンポーネントの中で閉じてしまうのでIDの出番がない。

コンポーネント化した要素同士をつなぐときにはIDでいいっちゃいいんだけど、
IDでやっちゃうとコンポーネント間が密結合になってしまう。
だからイベント等を使って関節的に通信するようにする。
そうするとIDを使ってつなぐ必要は殆ど無くなる。

速度に関して言えば、classが遅くても今のブラウザは高速で
実用上問題が発生したこともないので考えるだけ無駄だと思ってる
もしclassを使って遅くなるとしたら1ページ内のタグが多すぎ

IDを使ったほうが良いと思える場所は、ページの区別だな。
bodyにidを振る。だからページ内でユニークになるのではなくサイト内でユニークになる。
何のためかというと、特定のページだけに特殊なcssやjavascriptを割り当てたい時。
通常はコンポーネント化するから必要なのだが、まあ極稀に想定外の自体で
特定のページだけ緊急に修正しなければいけないとかで便利なのよ

id 2文字
name 4文字
class 5文字

これ結構重要

>>162
今見たけど52個ぐらい使われてるIDあった
YouTubeの内容はブラウザとかによって変わるかも

>>165
ねーよｗ
idを使ったせいで保守が100倍大変になる事はよくある
絶対にclassがいい

IDを使うのはページ内アンカー用のみ

>>164
リンクアンカーにはどうしても必要にならないか？

>>168
> リンクアンカーにはどうしても必要にならないか？

なるけど、それJavaScriptのためのIDじゃないよね？

そうだなあ
そもそもJS使うのにIDを多用するようになったのって
クエリセレクタが使えるようになる以前に
人にJSを説明するようなコードが無駄に煩雑にならんように
getElementByIdを多用してたからみたいな側面あるし

>>161
そうなのか、まあ勝手な推測だからな

>idを使ったせいで保守が100倍大変になる事はよくある
>絶対にclassがいい

idを使うようなケースをclassに置き換えたところで
それは一意なclass名を持つclassになるだけであって
むしろ5文字になる分保守は面倒になるだけだろ

>>172
逆じゃね？
idで済むものをclassに置き換えるのは楽だけど
classで出来る重複はidでは不可能なので大変、つー話では？

>idで済むものをclassに置き換えるのは楽だけど
より制約が強いのはidのほうであって
idで済むという表現はおかしい
idじゃないと出来ないからidにしてると考えるべき

>>174
それはそうだろうけど
そういう話じゃないんじゃない？

ま、htmlの話だし、出来ればなんでもいいってことで、
そろそろ次の話題頼むわ。

いや、jsの話だろ

漢ならchildNodesとかでどうにかしろ

いや女だし

初心者なんですが、皆様に質問です。

スマホサイトでonclikで表示させたサイトを一番後ろで表示させたいのですが、どのように記述
すればよいですか？

今使用しているのは
<script>
function openWin2() {
window.open('http', 'bbb', 'left=50,top=0,width=520,height=650');
window.open('http', 'aaa', 'left=50,top=0,width=520,height=650');
subWindow.blur();
return ture;
}
</script>

foucusを使うといいよ！との助言を前に他のサイトで頂いたのですが、何度やってもうまくいかず。。。

まずは英語の勉強かな
click focus

サイズ書いても意味ないじゃろ

>>180
メインとなるウインドウを開かせると同時にバッグラウンドで広告ウインドウを開かせようという腹か
迷惑スクリプトの類だな

というかwebブラウザで事足りるだろｗ

>>180
回答貰えなくて、別の場所でマルチポストを繰り返すだけなんだろうな
http://ja.stackoverflow.com/questions/37689/window-open%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6

ついにmodule importがchromeに実装されたな
主要ブラウザ全ての実装されたら切り替えていっても良いのかね

dynamic importは？
こっちのほうもあくしてくれ

あれdefault exportされたやつ扱うのがクソ面倒なのどうにかなった？

イベントの処理を考えると
JavaScriptも内部に複数のプロセスみたいなものを持っていると思うんですが
JavaScript内部のプロセスみたいなもののことを何と言いますか？

コアとかエンジンとか

いや、そういうことじゃないんです
OSでいうスレッドやプロセスに相当する
複数の「処理の流れ」をJavaScriptは内部で持ってますよね？
知りたいのはそれの名前です

イベントループかな

お弁当プールか！

イベントループでググってみましたが、ちょっと違う感じがします
イベントが発生すると、
それまでの処理は中断されて
適宜イベントリスナが呼び出されたりしますが
知りたいのはそのおのおのの処理の流れの名称です
イベントループというのはイベントを実現するための全体のメカニズムのことですよね

>>194
イベントリスナかな？
Javascriptならイベントハンドラのほうがしっくり来るか。

JS 言語としてのスレッド的なものは
「promise の実装は実装依存とする」
みたいに定義されていないんじゃないか？

>>189,191
そもそも、イベントはマルチスレッドではないのだが
JavaScript実装は様々な仕様の集合体であり、用語は各々の仕様書の中で完結する
つまり、全仕様に通用する用語はない

>>194
UI Eventsで提議されてなければ、実装依存だよ
確認してみてはいかが？
http://triple-underscore.github.io/uievents-ja.html

> 複数のプロセス それまでの処理は中断されて
前提の部分から間違ってるので、思ってるものが見つからないのは当然

>>194
イベントはアプリケーションに依存するタスク通信の確立
それに対してイベントハンドラでサブルーチンを処理する