- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
690 ：デフォルトの名無しさん[sage]：2016/05/12(木) 02:39:56.36 ID:Xc9f48N7 - やっぱりjQueryを使わないと長くなるなｗ
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
691 ：デフォルトの名無しさん[sage]：2016/05/12(木) 02:43:56.98 ID:Xc9f48N7 - >>685
Reactは高品質な（準）標準UIコンポーネントが作られれば普及すると思うよ。
そういう世の中になったら、jQueryを嫌がるのと同じように
○○コンポーネントは使うな自作しろとか言うやつが出てきそうだけどｗ
で、UIコンポーネントが出来た後は、ウェブアプリをポトペタで作れるようになって、
そしてUIコンポーネント同士を連携させるのにjQueryがやっぱり便利じゃね？って
言われるようになる。
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
697 ：デフォルトの名無しさん[sage]：2016/05/12(木) 09:30:41.67 ID:Xc9f48N7 - >>695
DOM APIを触らないのであればそのとおりだけど。
DOM APIを沢山触るのであれば、
それをjQueryに置き換えると遥かに効率が上がる。
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
729 ：デフォルトの名無しさん[sage]：2016/05/12(木) 22:34:57.59 ID:Xc9f48N7 - >>705
> ちゃんとコンポーネントとして考えようねって話だよ。
いやコンポーネント作ったからってそれで完結するわけじゃなくて、
コンポーネントとコンポーネントを繋ぐものが必要だろ？
そこにjQueryを使うんだよ。
>>713
> vue.js使ってるけど、今までで一番感動した。
> 今はjQuery一切使ってないよ。
DOM APIは使ってるかい？ 使ってないだろう？
そういうこと。 そのタイプのフレームワークを使うことでDOM APIを使わずに
ウェブアプリを作ることは出来る。むしろDOM APIを直接触ってはいけない。
jQueryを使ってないっていうのは、jQueryはDOM APIを置き換えるだけだから、
DOM APIを使わないならば、必然的にjQueryも使わないだけ。
そしてこのフレームワークを覚えるのはjQueryよりも大変で単純なウェブサイトでは
大掛かりすぎて使うほうがコストがかかる。
整理するとjQueryの代わりに（もっとコストがかかる）フレームワークを使ったら
jQueryもDOM APIも使わないでいいということ。
フレームワークがいらない場面ではjQueryを使うのが良い。DOM APIは出番なしｗ
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
730 ：デフォルトの名無しさん[sage]：2016/05/12(木) 22:36:45.62 ID:Xc9f48N7 - >>725
> まだこんなのがいるんだな
そりゃそうだろｗ
例えばWordPressのようなブログサイトをSPAで作るとかありえない。
用途で使うものは変わってくるんだよ。
ネイティブアプリのようなウェアプリを作るならば、フレームワーク（DOM APIは使わない）
ブログのようなウェブサイトを作るならば、jQuery（DOM APIは使わない）
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
731 ：デフォルトの名無しさん[sage]：2016/05/12(木) 22:38:32.41 ID:Xc9f48N7 - >>723
> 超クールに書けますよ。そうJQueryならね
言葉が足りない。
超クールに書けますよ。そうJQueryならね。
なぜなら、Promiseに近い仕様のDeferredを持っているから。
そしてjQuery 3.0からはDeferredはPromiseと互換性があるものになる。
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
735 ：デフォルトの名無しさん[sage]：2016/05/12(木) 22:41:59.44 ID:Xc9f48N7 - >>722
> タブは瞬殺。
瞬殺と言うのなら、そのコードを書いたほうが楽じゃないのか？ｗ
ちなみにTwitter Bootstrapを使うって手もあるよ。
タブは瞬殺
<div id='ui-tab'>
<ul class='nav nav-tabs'>
<li class="active"><a href="#apple">Apple</a></li>
<li><a href="#google">Google</a></li>
<li><a href="#classmethod">Classmethod</a></li>
</ul>
<div class='tab-contents'>
<div class="tab-content active">
... apple 文章 ...
</div>
<div class="tab-content">
... google 文章 ...
</div>
<div class="tab-content">
... classmethod 文章 ...
</div>
</div>
</div>
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
737 ：デフォルトの名無しさん[sage]：2016/05/12(木) 22:44:09.19 ID:Xc9f48N7 - >>734
> 明示的にDOMを触るんじゃなくて、DOMのいじりはフレームワークに任せるんだよ。
明示的にDOMを触るんじゃなくて、DOMのいじりはjQueryに任せるんだよ。
だからこういうことだろ？
フレームワーク VS jQuery
DOM APIは（直接）使わない。（どちらも内部で使うのは当たり前）
あとは作るものが、開発コストが高いフレームワークを
導入するレベルものかどうかで、フレームワーク か jQuery かを
選べば良い。
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
740 ：デフォルトの名無しさん[sage]：2016/05/12(木) 22:50:04.64 ID:Xc9f48N7 - >>736
HTMLはそもそも文書を書くものなわけで。
例えば論文だと思えばいいよ。
第一章、第二章、第一節、第二節なんてがあるような。
そういう論文形式のウェブページをコンポーネントにするのがおかしい。
論文ページコンポーネントがあって、一章コンポーネントがあって
その中に一節コンポーネント、二節コンポーネントがあるとかやる気かねｗ
ネットはこのような論文やブログ形式のサイトが多いわけで
そういったページをSPAにしたりフレームワークを導入するのは
目的に対して使う道具が間違ってる。
そういうサイトにはフレームワークではなくjQueryが適している。
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
742 ：デフォルトの名無しさん[sage]：2016/05/12(木) 22:51:14.28 ID:Xc9f48N7 - >>739
> 開発工数以外に、保守工数も考えて喋れよ…
論文サイトの保守工数って何？
HTMLの修正がメインなんだけどｗ
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
748 ：デフォルトの名無しさん[sage]：2016/05/12(木) 22:58:50.06 ID:Xc9f48N7 - >>738
そんだけなわけないだろｗ ↓これでいいかい？
http://www.webopixel.net/javascript/1097.html
タブで切り替えるやつ。表示するデータは外部から持ってくるのを想定してタブ切り替え的なやつ。
<div id="app" v-cloak>
<ul>
<li v-for="tab in tabNav" @click="changeTab($index)">
{{ tab }}
</li>
</ul>
<div>{{ tabBody }}</div>
</div>
<script>
new Vue({
el: '#app',
data: {
tabNav: ['JavaScript', 'PHP', 'HTML'],
contents: [
'JavaScriptのコンテンツ',
'PHPのコンテンツ',
'HTMLのコンテンツ'
],
tabBody: ""
},
methods: {
changeTab: function (index) {
this.tabBody = this.contents[index];
}
}
});
</script>
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
749 ：デフォルトの名無しさん[sage]：2016/05/12(木) 23:00:29.80 ID:Xc9f48N7 - >>747
今保守工数の話だったよね？
保守するのはDBの中身？
DBから何を取るの？文書データ？
JavaScript関係ない話してるの？ｗ
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
751 ：デフォルトの名無しさん[sage]：2016/05/12(木) 23:05:07.78 ID:Xc9f48N7 - >>744
はぁ？ 俺は論文的なサイトにおいて、
コンポーネントはページの中の一部に入れるもので、
コンポーネントを内包している外側は、コンポーネントに
はならないって話をしてるんだが？
それなのに>>736が
> だいたいコンポーネントとコンポーネントを繋ぐものとかねえよ。
> 「コンポーネントとコンポーネントを内包した」コンポーネントでしかない。
とかいい出したんだろｗ
俺の話に流れを戻すと、コンポーネントとコンポーネントを繋ぐものが必要になる。
それがjQuery。
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
755 ：デフォルトの名無しさん[sage]：2016/05/12(木) 23:19:13.17 ID:Xc9f48N7 - >>752
> なぜ、状態を持たないliの、さらにクリックのイベントでそんなことするのかいよいよ頭おかしい。
俺はググってコピペしただけですーｗ
ついでにjQuery版
<div class="tab">
<ul>
<li><a href="#js">JavaScript</a></li>
<li><a href="#php">php</a></li>
<li><a href="#html">html</a></li>
</ul>
<div id="js">
JavaScriptのコンテンツ
</div>
<div id="php">
PHPのコンテンツ
</div>
<div id="html">
HTMLのコンテンツ
</div>
</div>
<script>
$(function() {
$('.tab').on('click', 'a', function(event) {
$(event.delegateTarget).find('div').hide();
$(($(this).attr('href'))).show()
})
})
</script>
<style>
.tab li { display: inline }
.tab div { display: none; border: 1px solid black;}
</style>
|
- + JavaScript の質問用スレッド vol.119 + [無断転載禁止]©2ch.net
756 ：デフォルトの名無しさん[sage]：2016/05/12(木) 23:20:20.56 ID:Xc9f48N7 - >>752
> 俺ならサーバサイドでレンダリングするわ。
なにを？ コンポーネントを？
それともコンポーネントじゃないものを
外側にするの？ｗ
|
- 【node.js】サーバサイドjavascript 4【io.js】 [無断転載禁止]©2ch.net
71 ：デフォルトの名無しさん[sage]：2016/05/12(木) 23:25:26.78 ID:Xc9f48N7 - >>69
基本的に内部構造が非公開のExcelを
まともに解析できるライブラリは無いと思え。
一番良く出来ているのはJava製だ。
|