+ JavaScript の質問用スレッド vol.135 +

**Name_Not_Found** · 2018/07/31(火) 12:30:52.90

JavaScript を自ら学ぶ人のための質問スレッドです。
次スレは>>950が(本スレで改善案があれば考慮して)立ててください

■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」だけでなく「意見」を出しても良い。

■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為(批判の代わりに「AよりBが良い」のような代案を出す事)

■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。
【条件】期待する回答の条件を書いてください。
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
　1レスに収まらないならコード投稿サイトを利用してください。
　http://jsdo.it/　http://jsbin.com/　http://jsfiddle.net/　http://ideone.com/

■回答者へ
・回答には多様性があります。他人の回答を尊重してください
・動作ブラウザや環境が限られる場合は、それを明記してください
・他人の回答を批判する代わりに、自分ならこう書くという例を示してください
・質問者がJavaScriptでなければ実現できないと勘違いしてるなら、その否定としてHTMLとCSSで実装しても良い
・他人の回答を見たくないのであれば、文句をつける代わりにNGにして見えないようにしてください。文句をつける＝荒らしです

**Name_Not_Found** · 2018/11/12(月) 13:54:55.71

>>831
だから、書いてある通りにやって出来ないから聞いてんだろ
一々低次元なところからスタートするな低脳
ってかお前みたいなレスしてる奴が正解を出せるわけがないんだからアホは黙っとけ

**Name_Not_Found** · 2018/11/12(月) 14:00:58.58

>>832
ライブラリスレで聞けや低脳
JavaScript ライブラリ総合質問所 vol.5
https://mevius.5ch.net/test/read.cgi/hp/1465399470/

**Name_Not_Found** · 2018/11/12(月) 14:18:14.16

>>832
いや
それを書いた人に言ったらなんて返ってきたのかと
まさか聞いてないなんて思わんし(・∀・)

**Name_Not_Found** · 2018/11/12(月) 16:25:36.47

無能ってすぐ人に答えを求めるよな
https://medaka.5ch.net/test/read.cgi/prog/1540885252/

**Name_Not_Found** · 2018/11/12(月) 16:26:54.54

無能ってすぐ人に答えを求めずに時間無駄にするよな
https://mevius.5ch.net/test/read.cgi/tech/1540894449/

**Name_Not_Found** · 2018/11/12(月) 21:05:32.87

>>825
ではどこで聞けばいいでしょうか？
メジャーなブラウザ、一般的（曖昧ですが）な場合だけでいいです

と言いたいところですが解決しましたのでもういいです

**Name_Not_Found** · 2018/11/12(月) 21:27:34.42

示されてる例がクロージャじゃない件

**Name_Not_Found** · 2018/11/12(月) 21:29:51.34

>>825は答えられないからそう言ってるだけ

**Name_Not_Found** · 2018/11/12(月) 22:02:53.81

>>838
そうなんですか
幾つかのサイトからコピペですが、忠告ありがとう

**Name_Not_Found** · 2018/11/12(月) 22:21:44.40

IIFEの例じゃないの？letの普及で役割を終えた。

**Name_Not_Found** · 2018/11/13(火) 06:47:42.27

>>824
メジャーなエンジン実装で言うと
関数が終了したら解法ではなく
定期的に全ての要素を見て回って
ルートから辿れなければ解法の方が近い
実際は別言語間との循環参照だったり
非常にややこしいが
基本的に同期的には開放しない

**Name_Not_Found** · 2018/11/13(火) 06:54:35.61

基本的に同期的には開放しないっていうのは
開放しないってことですか？

**Name_Not_Found** · 2018/11/13(火) 08:50:47.42

えっ？今？ｗ　今それ解放する？ｗｗｗ　って時に解放する。

**Name_Not_Found** · 2018/11/13(火) 09:09:49.29

>>843
>>837で解決した質問を継続するなと
解決後にどや顔回答を期待して解決したふりかね？

**Name_Not_Found** · 2018/11/13(火) 11:06:07.08

ここは質問するのも自由だし回答するのも自由
他人に口出す必要はない

**Name_Not_Found** · 2018/11/13(火) 11:36:08.94

>>844
つまり解放するんですよね？
なんで、非同期で解放すると言えなかったんでしょうか？

**Name_Not_Found** · 2018/11/13(火) 11:59:01.84

>>847
分かんない。俺>>842じゃないし。
質問が関数が終了するとメモリ開放されるかどうかを問うているからじゃないの。

**Name_Not_Found** · 2018/11/13(火) 12:38:14.25

>>847
ブラウザの任意のタイミングだからね
あんまりこういうタイミングで開放されるだろうとか期待するもんじゃないよ

**Name_Not_Found** · 2018/11/13(火) 19:33:02.88

>>846
解決したなら、回答する必要がないからね
本当は解決してないのがバレバレ

**Name_Not_Found** · 2018/11/13(火) 20:23:57.82

本当は解決してないのなら引き続き回答が付く流れになって何が問題なんだ？
何が言いたいんだこいつ、自分自身が何を言ってるのか認識しながら書いてるのか？

**Name_Not_Found** · 2018/11/13(火) 21:43:27.74

>>845
質問した824ですが843は別人です
よって回答は不要です

ただ別の人が興味持って続けたりするのはお好きにどうぞ
実際この問題けっこう面白いです

**Name_Not_Found** · 2018/11/13(火) 22:48:17.01

MathJaxについて質問です
サードパーティーによる拡張機能を追加する時は、どういう記法がいいんですか？

**Name_Not_Found** · 2018/11/13(火) 22:53:27.13

>>832
ライブラリスレで聞けや低脳
JavaScript ライブラリ総合質問所 vol.5
https://mevius.5ch.net/test/read.cgi/hp/1465399470/

**Name_Not_Found** · 2018/11/14(水) 06:12:04.52

>>852
別人だろうが同一人物だろうが関係ないよ
そんなこと考えて返信したりはしないから
コテハンも付けもしないくせにそんなこと言っちゃって変なの

**Name_Not_Found** · 2018/11/14(水) 09:45:32.58

>>855
お前なんか恥ずかしい

**Name_Not_Found** · 2018/11/14(水) 15:26:53.45

>>853
>>831,832,834

**Name_Not_Found** · 2018/11/14(水) 20:05:19.08

>>855
そうでないの（>>845）がいるだろ

**Name_Not_Found** · 2018/11/14(水) 21:02:44.14

>>858
ならなぜコテハンを付けない？？？
>>852が別人アピールをしたところで何がどうなる？
むしろそうでない人>>845が不快になって荒れる原因にしかならんだろ
俺には成りすましよりもずっと荒らしに見えるよ

**Name_Not_Found** · 2018/11/14(水) 21:58:54.43

よ
そ
で
や
れ

まで読んだ

**Name_Not_Found** · 2018/11/14(水) 22:53:28.60

後からコテハンつけてもな

**Name_Not_Found** · 2018/11/17(土) 00:10:54.73

質問です

class Company {
constructor(){
this.factory = new Factory();
this.shop = new Shop();
}
}

class Factory {
constructor(){}
}

class Shop {
constructor(){}
}

こうしたときに
factoryとshopがお互いを参照するためには
それぞれのインスタンスを作るときに
Companyのthisを渡すので良いのでしょうか？

**Name_Not_Found** · 2018/11/17(土) 00:26:19.34

>>862
良いか悪いかはあなたが判断すること

**Name_Not_Found** · 2018/11/17(土) 00:43:04.97

factory・shop が、お互いを参照するためには、
それよりも1階層上のCompany に、メソッドを定義すればよい

Companyからは、両方へアクセスできるから

**Name_Not_Found** · 2018/11/17(土) 01:07:09.66

>>862は引数で渡せば共有可能なことは分かってる
で、要件考察を放棄して「どうすれば良いですか」と最良のコードを聞いてるわけ
典型的なコピペプログラマ

**Name_Not_Found** · 2018/11/17(土) 06:18:42.13

>>862
Companyのthisを渡すのが良いね

**862** · 2018/11/17(土) 16:11:14.78

>>863,865,866
あざます
微妙な聞き方ですみませんでした
ベストプラクティスが知りたかったです
コピペプログラマ以前の、まだペーペーでして

class使わずに書いてた時はCompanyの中でこんな感じで

var company = {
constructor : function(){
this.factoty = this.createFactory();
},
createFactory : function(){
var A = this;
var factory = {
constructor : function(){
// ここではAでcompanyが参照できる
}
};
factory.constructor();
return factory;
}
};

コンストラクタ作らずに、直に{}でオプジェクトとして生成してたので
参照に困ることがなかったのですが
これ自体正しいのかわからんし、classで書くにはこうも出来んので

どうするのが良いのか聞いてみた次第でした
ありがとうございました

**Name_Not_Found** · 2018/11/17(土) 17:15:08.56

どういてこましたれ

**Name_Not_Found** · 2018/11/17(土) 19:39:54.37

ベストプラクティスと言っても魔法の解があるわけじゃないし
JSはいろんな書き方ができる言語だから
結局はその要件・コンテキストでどれだけ自然かってことになる

でもそれってプログラミング関係なくて
実際の「企業」「工業」「店」の関係に置き換えて想像してみたら
もし変なことをしていたりムダがあってもすぐ分かるよ

**Name_Not_Found** · 2018/11/17(土) 20:06:38.43

キモイ

**Name_Not_Found** · 2018/11/17(土) 21:02:18.66

<ｓｃｒｉｐｔ src="js1.js"></ｓｃｒｉｐｔ>
<ｓｃｒｉｐｔ src="js2.js"></ｓｃｒｉｐｔ>

js2からjs1に書いてある関数を実行するにはどうしたらいいでしょうか？
書き込めないので２バイト文字にしてます

**Name_Not_Found** · 2018/11/17(土) 22:13:59.02

それだけだと普通に呼べばいいのではと思うが
特殊な事情があるならそれを書いて欲しい

**Name_Not_Found** · 2018/11/17(土) 23:17:45.59

まじすか、リファエラー出てて、スコープは問題ないし
見直してみます

**Name_Not_Found** · 2018/11/18(日) 10:35:53.61

>>871
IE11をサポートしなくて良いなら、
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Statements/import

https://mevius.5ch.net/test/read.cgi/hp/1510321470/635 と同じ質問だが、マルチポストか？
内容的にはライブラリ関係ないので、、こっちですべきだが

**Name_Not_Found** · 2018/11/18(日) 14:51:26.73

>>871,873
今時の奴はマルチポスト先で解決したら、「全てのマルチポスト先で解決方法を書く」程度の礼儀も知らんのか
全員がお前と同じスレを同じタイミングで見ているわけではないんだぞ
解決済みの質問に回答が来てもお前は困らないだろうが、無駄に骨を折らせるだろうが

しかも、スコープの問題ではないといってるし

$(function () {
　var a = 1;
});
$(function () {
　a; // ReferenceError: a is not defined
});

「それが普通とあれば解決です」といっている辺りからして、コピペコードのネタを探しているだけで理解する気はなさそうだな

**Name_Not_Found** · 2018/11/18(日) 15:45:59.34

質問者本人は「使いたい関数定義義は $(function の外にだすのが普通、と分かったので他はどうでもいいです」な考えだろうから、相手するだけ無駄って感じ
それはそれとして、moduleも解決策の一つだと思うけど、なぜ向こうではカスタムイベント一択の人が必死になってるんだろ

**Name_Not_Found** · 2018/11/18(日) 15:47:15.84

それはIEで動かないから。

**Name_Not_Found** · 2018/11/18(日) 15:56:42.73

jQueryを使えばIEサポートできるよ派が必死になってるのね
カスタムイベント、IEでも使えるんだけどねえ

**Name_Not_Found** · 2018/11/18(日) 16:37:35.12

しかし、グローバル変数を敬遠してカスタムイベントを使うのはどうなんだろうな
カスタムイベントにも衝突のリスクがあるという点では問題が内在している事になるのだが
グローバル変数は一つのオブジェクト内にプロパティ定義すれば、汚染変数を一つに集約できるが、カスタムイベントは複数あれば複数定義してやらねばならない
必ずしも、カスタムイベントに優位性はないと思うんだがな

**Name_Not_Found** · 2018/11/18(日) 17:33:16.72

カスタムイベントの人、衝突のリスクを真面目に考えてはいないと思うな
衝突を回避しようとすると、module一択になると思う
IEに対応するなら、一つのファイルに連結させるぐらいしか思いつかない

**Name_Not_Found** · 2018/11/18(日) 17:51:25.34

カスタムイベントもグローバル変数もページ単位でスコープを持っているので、リスクは同等なんだよな
カスタムイベントに「関数をグローバルに定義する必要も importも使う必要もない」といえる程のメリットはない
衝突のリスクがないmoduleとは比較にならない

**Name_Not_Found** · 2018/11/18(日) 17:58:17.91

JS全般に言えることだけど衝突してもすぐ分かるので問題にならない
そんな来年になったら衝突しだしたみたいなことはまず起き得ないのだから

**Name_Not_Found** · 2018/11/18(日) 18:02:39.12

> JS全般に言えることだけど衝突してもすぐ分かるので問題にならない
const宣言しておけば、確かにわかるな
だが、カスタムイベントは検知できない

**Name_Not_Found** · 2018/11/18(日) 18:13:24.56

衝突の問題って自分がa.jsとb.jsを両方管理していればそうそう起きないけど、管理外のc.jsを別の人が加えた時点で発生するんだよね
全てのjsファイルを一人が管理しているなら発生しづらいけど、運用の都合上、編集権限がないjsファイルがあるかもしれない
あるいは、自分が今までに関わっていないサイトの機能拡張を依頼されて、そのサイトのグローバル変数に関するドキュメントがないかもしれない
そういう時に衝突しない仕組み(module)だったり、衝突しても自動的にエラーになる(constでグローバルスコープに宣言)のは大きい

**Name_Not_Found** · 2018/11/18(日) 18:14:28.75

そんな大真面目にバグの可能性をできるだけ検知しようとしなくてもいいじゃん
どうせjQuery使う程度のサイトなんだからさ
そんなちょっとテストしてみてわからないバグなんてクリティカルじゃないよ
あとで気づいたり指摘されたときになおすので十分で
製作時はそんなこと考えずに適当に思いつくままパパっと作ったのでいいじゃない
どうせjQuery使う程度のサイトなんだからさ

**Name_Not_Found** · 2018/11/18(日) 18:30:20.34

>>885
君は>>883って事でいいのかな？

> そんなちょっとテストしてみてわからないバグなんてクリティカルじゃないよ
「すぐに発見できないバグ＝クリティカルなバグじゃない」は通らないよ
むしろ、すぐに発見できない重大なバグの方が恐ろしいので、早期発見に努めたいと俺は思うね

> どうせjQuery使う程度のサイトなんだからさ
あなたが「品質保証しません」なスタイルなら、いいと思うよ(顧客の信用は失うけど)
https://mevius.5ch.net/test/read.cgi/hp/1510321470/643- は何かしらのポリシーをもって、カスタムイベントを推奨していたみたいだからおかしいとは思ったけどね

**Name_Not_Found** · 2018/11/18(日) 18:37:51.65

俺は883じゃないよ
そんなバグを潰したければTSも使うしjQueryは使わないよ
jQueryは何となく作ってそれなりに良いようにやってくれるライブラリなのに
それをちょっとでもマシにしようと考える時点で間違ってるんだよ

**886** · 2018/11/18(日) 18:38:54.41

>>886を訂正

×　君は>>883って事でいいのかな？
〇　君は>>882って事でいいのかな？

**Name_Not_Found** · 2018/11/18(日) 18:48:32.46

>>887
君の中ではこういうこと？

低品質コード: jQueryを使ったコード (jQueryで高品質なコードを作ろうとすることが間違っている)
中品質コード: TSとjQueryを使ったコード
高品質コード: TSを使ったコード

ぶっちゃけ、いずれも同様にJSなので品質が変わるのはおかしい気がするけど、TSに君の頭が最適化されているって事かな
jQueryの内部コード読んでると、共感できない実装が多いので、気持ちは分からんでもないけど

**Name_Not_Found** · 2018/11/18(日) 19:11:27.93

正直、1年前に書いた自分のコードを書き換えようと思っても、細部まで覚えていられる自信はない
直近なら完璧に管理できると思うけど、時間が経てば忘れるので、「自動的にエラーが検知される機構」か「エラーにならない機構」であって欲しいなあ

**Name_Not_Found** · 2018/11/18(日) 23:11:37.91

>>875
>>873で一旦落ち着いてるのに何向きになってるんだ

**Name_Not_Found** · 2018/11/19(月) 01:17:54.54

>>891
>>873は「スコープは問題ない」と書いているのがおかしい気はする

**Name_Not_Found** · 2018/11/19(月) 04:29:56.34

以下に、複数ファイルに分割して、読み込む方法が書いてある

JavaScriptの設計について考える - 機能ごとに分類する
http://tech.leihauoli.com/post/2014/11/10/program-design-1.html

でも、ファイル数が増えると、読み込みが遅くなるから、
webpack などで連結して、1つのファイルにまとめるのが普通

**Name_Not_Found** · 2018/11/19(月) 05:01:24.27

>>880
> カスタムイベントの人、衝突のリスクを真面目に考えてはいないと思うな
名前空間使えばいいだけだろ

**Name_Not_Found** · 2018/11/19(月) 05:03:00.74

つまり、jQueryのカスタムイベントを使う方法は、
名前空間があるから、衝突のリスクも少なく
推奨できる方法というわけか

**Name_Not_Found** · 2018/11/19(月) 05:16:20.51

>>889
> jQueryの内部コード読んでると、共感できない実装が多いので、気持ちは分からんでもないけど

共感できない実装を、あなたの実装に変えると
どういうメリットが有るの？

**Name_Not_Found** · 2018/11/19(月) 05:38:24.46

共感できるようになるというメリットがある

**Name_Not_Found** · 2018/11/19(月) 05:54:14.63

なぜこの場合にカスタムイベントが適切かと言うと
>>871の書き込みだけ見てるとわからんのよ

https://mevius.5ch.net/test/read.cgi/hp/1510321470/635-636
こっちをみないと理解できないだろう

そっちを見るとわかるのが、ex_js_2.js から呼び出しているのが
ex_js_1.js が担当しているDOM要素の初期化処理なんだよ

単一責任原則からするとモジュール（ファイル）が分かれているのだから
担当すべきものは別々でなければならない。
ex_js_1.js が担当している処理の内部実装に依存するのは良くない

本来なら ex_js_1.js で完結させるべきことだろう
だがどうしてもex_js_2.jsから呼ばなければいけないというのならば、
モジュール間の結合度を下げるためにイベントを使うのが適切
module使うのもモジュール間の結合度が高まってるのでなんの解決にもなっていない

カスタムイベントと聞いてDOMのカスタムイベントと同様のことしかできないと
思い込んでいる無知がいそうだが、jQueryのカスタムイベントは
名前空間が使えるからかぶるリスクも少ない

そこまで考慮した上でのレスなんだよ
呼べればいいだろレベルの浅い考えの答えとはわけが違う

**Name_Not_Found** · 2018/11/19(月) 05:54:49.47

>>897
それだけしかないという意味でいい？

**Name_Not_Found** · 2018/11/19(月) 06:03:39.84

>>890
> 正直、1年前に書いた自分のコードを書き換えようと思っても、細部まで覚えていられる自信はない

誰でもそう。記憶力に頼って仕事なんてできないし、
そんなものに頼ってはだめ。

だからといってドキュメントをたくさん残せば良いのかと言うと
それも違う。読むものが増えると、その分忘れた記憶を取り戻す時間がかかる

じゃあどうするのかと言うと、結局は読むべきものを減らすということに尽きる
ドキュメントもそうだしコードもそう

プロジェクト依存の知識は、そのプロジェクトから外れると必要なくなる。
つまり忘れる。だからプロジェクトに依存しない知識を使いつつ
より少ないドキュメントやコードで構成しなければいけない

もう分かるね？どんなにjQueryがなくてもできようが、
jQuery使ったほうがコードが減るなら、jQuery使ったほうが良いってことだよ
もちろんjQueryとTSを使ったほうがより良いだろう
TS単体よりもjQuery使ったほうがプロジェクト固有の知識は必要なくなる

**Name_Not_Found** · 2018/11/19(月) 06:59:03.74

それってjQueryのAPIを忘れないよう未来永劫使い続けること前提じゃん
ライブラリにロックインされるのは嫌だわ

**Name_Not_Found** · 2018/11/19(月) 08:18:44.00

未来永劫、jQueryを使ったほうがコードが減るなら
そうした方が良いのでは？ｗ

**Name_Not_Found** · 2018/11/19(月) 08:55:45.60

フレームワークにロックインっていうのならわかるが
ライブラリにロックインってよくわからんな

フレームワークは一つの大きな枠組みだから、
外すときは中身が全てばらばらになってしまうが

ライブラリは、中身で使ってるだけだから、
一つづつ中身を置き換えていける
ロックインってほどのものじゃない

**Name_Not_Found** · 2018/11/19(月) 09:10:06.39

>>900
> もう分かるね？どんなにjQueryがなくてもできようが、
> jQuery使ったほうがコードが減るなら、jQuery使ったほうが良いってことだよ
jQueryの内部コードを完全に把握していて、jQueryがバージョンアップする度に更新内容を詳細に知る努力を維持しているならね
根幹のjQueryを他者が完全に把握するのは不可能

**Name_Not_Found** · 2018/11/19(月) 09:27:59.59

> jQueryの内部コードを完全に把握していて、jQueryがバージョンアップする度に更新内容を詳細に知る努力を維持しているならね

そんなこと必要ないのでは？
誰もOSの中身やブラウザの中身なんて完全に把握してないでしょう？

もう少しさ、公平な視線で見れないの？

**Name_Not_Found** · 2018/11/19(月) 10:41:03.83

読むコード減らすべきおじさん
いい加減自重してほしい…

ここは質問スレなんで
自己主張はブログでも作ってそこでやってください

**Name_Not_Found** · 2018/11/19(月) 11:03:44.39

>>906

>>1を読もうね
> ・質問への「答え」だけでなく「意見」を出しても良い。

**Name_Not_Found** · 2018/11/19(月) 12:22:28.72

議論用スレじゃないのに明らかにおかしいね。
荒らしが足したのかな？
次スレ立てるとき消しとくわ。

**Name_Not_Found** · 2018/11/19(月) 12:30:35.39

>>907
だから自重と書いたのを理解してほしい

**Name_Not_Found** · 2018/11/19(月) 12:56:03.85

>>909
じゃあ、自重してほしいというのをやめてほしい

**Name_Not_Found** · 2018/11/19(月) 12:56:48.59

>>908
昔からあるのを勝手に消すな

**Name_Not_Found** · 2018/11/19(月) 13:05:00.37

ほとんど議論なんだから議論スレ立てて好きにやれば？

**Name_Not_Found** · 2018/11/19(月) 13:40:05.09

分離する意味ないし

**Name_Not_Found** · 2018/11/19(月) 14:44:45.01

phpやrubyと違ってjavascriptは簡単な言語です、
とか言ってる人もいるけど、間違ってると思いませんか

**Name_Not_Found** · 2018/11/19(月) 15:03:30.18

思います。
はい次

**Name_Not_Found** · 2018/11/19(月) 20:24:27.87

>>898
例えばだが
1は他の様々なプロジェクトでも使える基本関数
それを2から呼び出すとか

phpのincludeのように

**Name_Not_Found** · 2018/11/19(月) 21:00:32.09

複数のページにまたがって使えるような定数の集まりや関数など
include的に使いたいとき皆どうしてるんだろう

**Name_Not_Found** · 2018/11/19(月) 21:02:11.71

それがなかったからバカにされてたんだろうが！

**Name_Not_Found** · 2018/11/19(月) 21:06:06.38

jsの場合、ファイル分けてもあまり意味がないからincludeしなくなったわ
一つのファイルにまとめている。アナリティクスすら一つのファイル

**Name_Not_Found** · 2018/11/19(月) 21:16:23.86

つまり各ページで同じことを書いてると

**Name_Not_Found** · 2018/11/19(月) 21:19:16.20

あれ？jQueryでやるんじゃなかったのかｗ

**Name_Not_Found** · 2018/11/19(月) 21:23:24.64

>>920
そう
どうせキャッシュから読み出すので速度は問題ない

**Name_Not_Found** · 2018/11/19(月) 21:38:39.08

javascriptウルトラ初心者がいきなりvue.jsやっても良いですか

**Name_Not_Found** · 2018/11/19(月) 22:01:21.65

いいよ。
次～

**Name_Not_Found** · 2018/11/19(月) 22:08:46.80

>>923
別にいいっちゃいいけどvue.jsはいつも通り、いつの間にか消えて行くパターンだろうなぁって感じ
ただそういう意味では逆に使って置くと良い。あの絶望感は楽しい

**Name_Not_Found** · 2018/11/19(月) 22:14:08.87

>>925
vue.jsってあんまり普及してないんですかね？

**Name_Not_Found** · 2018/11/19(月) 22:27:17.38

>>926
一時的に普及はしてるけど、いつもの流行り
多分君みたいな「なんか革新的で凄そう！」って人が使ってしまっている
俺もその昔、jquerymobileっての使ってた。今みたらgithubは二年も更新止まってるわ・・・まぁいいけど

こういうのはある程度やってないと分からない
まぁ時間を無駄にしたくなければjQuery使っておけばok

**Name_Not_Found** · 2018/11/19(月) 22:29:34.96

SPAを今の環境でやるには便利だし普及してるとは思う
けど、SPAをもりもり作ってる人ってのがそもそも少ないだろうし
より最適化したものが作られたりUA側の環境が変われば
また変わっていくでしょう

**Name_Not_Found** · 2018/11/19(月) 22:42:38.22

>>922
変更の場合いちいち全部するんだな

**Name_Not_Found** · 2018/11/19(月) 22:47:26.34

>>929
あぁそういう風に受け取ったのか、お前は本当に素人だなｗｗｗ
phpから出力してheadに直接出力してるんだよ

**Name_Not_Found** · 2018/11/19(月) 22:54:07.62

>>927
流石に偏見が過ぎる