本質はHTML断片をHTMLに置きたいか
JavaScriptに置きたいかってことなんだよな。

HTMLに置きたいならば、template要素。
JavaScriptに置きたいならば、・・・ヒアドキュメントが欲しい。
工夫次第でヒアドキュメントっぽいことができるのは知ってるけどね。

> HTMLで出来ているのならノード操作だけで十分に完結できる

完結できるかどうかではなく、
重要なのはシンプルに完結できるかどうかだ。

その点が見えてないと、コードはムダに複雑になるばかりだぞ。

>>157
>>136の繰り返し
そんな設計にはしない

>>158
なんで「俺はしない」が反論になると思ってんの？
お前がどうとか関係ねーよ。

innerHTMLをコードで書いたら
シンプルに出来ないだろう？

>>159
使う必要がないのだから使わない
やろうとしていることがナンセンスなのだから仕方ないだろう
例えば、「CSSを使わずに段組レイアウトしてみて、tableレイアウトでないと出来ないでしょ？」といっても誰も納得しないだろう

レベルの違う者同士の不毛な言い争い

仕方ないよ。template要素がなぜ必要とされて
作られたのか？も理解できてないんだから。

俺なんか、ウェブの新しい技術を聞くたびに
あー、やっとそれができたんだねって
思うぐらいなんだから。


出来てから、それが必要とされた理由を理解する者と
必要な理由がわかっていて、出来るのを待ってる者の違いさ。

>>159
シンプルに書けるかどうかはパフォーマンスとは全く関係ないよね

>>164
> シンプルに書けるかどうかはパフォーマンスとは全く関係ないよね

innerHTMLだと、シンプルかつパフォーマンスがいいからね。
確かにシンプルとパフォーマンスは全く関係ないけど

>>165
えっと、JavaScript製のテンプレートエンジンの
存在意義もわからない？

そっかぁ。その程度のレベルなんだね。

下らない煽りが多くてうんざり
IDが出ているだけマシか

ID出しておくと便利で、うざいやつからの反論が無くなるんだよね。

だからワンサイドゲームになるｗ

彼は自己愛性パーソナリティ障害に該当するように見えた
内向的な人は大なり小なりその傾向があるが、流石に酷いな

×　反論が無くなる
○　呆れて無視される

>>166
逆、innerHTMLのパフォーマンスはよくない

>>171
無視でもなんでもいいわｗ

言い返さないのなら結構。
それが他の人にどう見えるかが重要なのだから。

>>172
じゃあ、パフォーマンスについてはそれでいいよ。

それで本題。シンプルかどうかで言えば、
シンプルだろ？

議論スレではないのだが…
どのスクリプトエンジンのどのリリースのことなのやら

> それが他の人にどう見えるかが重要なのだから。
最後まで残った人が正しいように見える、と思ってるんだろうな
ID:vE07iE/R を読み返してもそう思えるなら重症

>>176
誰もあんたの意見なんて聞いてないんだよ。

大丈夫
誰も ID:vE07iE/R の意見を聞いてないから、気にするな

気にしてるからレスしてんだろｗ
嫌ならなんで無視できないのか？

もちろん気にしているならレスしても
構わないがねｗ

CSVデータからテーブルを生成する話も同じ。

<table>
　<tr><td>name1</td><td>value1</td></tr>
　<tr><td>name2</td><td>value2</td></tr>
　<tr><td>name3</td><td>value3</td></tr>
</table>

こういうものをDOM命令で作るのは馬鹿らしい。
createElementでtableを作ってtrを作ってtdを作ってappendして。
何をやってるのかさっぱりわからなくなる。

更にtableやtrやtdに属性を付けられるようにしたいとかなると、
テーブルを生成する命令に、いろんなパラメータを渡さなくければいけなくなる。
デザイナーが「このtableにとあるclassを付けたいんですけど」って言ったら
JavaScriptを修正しなくてはいけなくなる。

HTMLとJavaScriptが密接に結合してしまってるからね。

こういう時はテンプレートを使って、デザイナーが作成したHTMLの断片に
JavaScriptはプレースホルダに値を埋めるだけにするとシンプルに書くことが出来る。
もちろんHTMLだから自由にclassを設定したり出来る。

>>165で
> JavaScriptのコードを書き換えれば、table要素でなく、別の要素にする事も出来るし、

なんて言ってるけど、よく見ればわかるよね。
JavaScriptのコードを書き換える必要があるって書いてある。


テンプレートを使うと、JavaScriptとHTMLは完全に分離されているから、
JavaScriptを一切変更しなくても、table要素ではなく、別の要素にすることも出来る。

HTML、つまりマークアップを書く人が、自分の好み通りの
マークアップを書くことが出来る。これが分離というもの。

>>181
> createElementでtableを作ってtrを作ってtdを作ってappendして。
> 何をやってるのかさっぱりわからなくなる。
この程度でわからなくなるレベルか

innetHTMLの話はどこへいった？
都合が悪くなってtemplate要素に鞍替えか？

>>182
よくわかんないんだけど、HTMLのコーダーでJavaScriptを知らない人っているの？
そもそも、表示を変えたければ、HTMLだろうがJavaScriptだろうが、
何かしらか変更しなきゃいけないんだから、
そんなのはプロジェクトのコーディング基準で決めればいいだけの話しで、
勝手に好みでコーダーがいじったら大問題だとおもうが。

innerHTMLってevalのDOM版のようなものだよなｗ
evalをどのような場面で使うかというのと似たようなものｗ

>>185
コーダーって、HTML,CSSだけでしょ？
JavaScriptはプログラマーだよ

JSのクラスは、一般的な静的に派生させるクラスではなく、
動的なプロトタイプ型のクラス

こんなややこしいものを、
簡単にプログラミングできないでしょ？

変数に、var を付けずに、また、"use strict"も付けずに、
プログラムしている人も多いんじゃないの？

>>187
JavaScriptプログラマならブロトタイプを理解できて当然
ただし、table操作にブロトタイプを理解する必要はない
Strict Modeも全く関係ない

最新のjQueryのソース見たけど、初期化の時点でinnerHTMLが5回使われてるね
どのAPIを使うかなんて関係なく、innerHTMLを否応なく使わされているわけだ

jQueryが使われてれば安全なの？

いや、innerHTMLを毛嫌いしている人がいるみたいだから教えてあげただけだ

ここでの話とjQueryで使われているのは何か関係あるの？

>>135で誤ったことを言っているから正しいことを言っただけだ
自分に関係ないのなら俺のレスは無視していい

まさかjquery使っていてinnnerHTML否定してる奴はいないよな？

jQueryが使ってるからinnerHTMLを使っていいという理屈はからは何の知見も生まれないことに気付こうな

>>195
俺はそんなこと言ってないってｗ
innerHTMLが嫌いな人でjQueryを使っている人がいた（>>135）から教えただけ
もし他にもそういう人がいたら、jQueryを使うのをやめるか、あるいは自分で書き換えるといいと思う

innerHTML使わない（ｷﾘｯ

でもjqueryは使ってる←低脳ｗ

その個人攻撃には何の生産性も感じられないからいい加減に自重しろ

ｊQuery使ってるのにinnerHTML否定した馬鹿が顔真っ赤になって必死だな

率直にいってjQueryには好ましくない実装が結構あるからねえ
innerHTMLに限らず、使う必要性はあまり感じないね
便利なプラグインがあって自分で作る手間を省きたい時に使うぐらいかな
大抵自分で作ろうとするし、jQueryがなくても困らないだろうね

「どうせおまえもjQueryがなかったら困るんだろ？」はただの思考停止の信者発言だし、問題の本質から論点をずらして逃げてるだけ
まともな議論にもなりそうにないね