+ JavaScript の質問用スレッド vol.134 +
レス数が950を超えています。1000を超えると書き込みができなくなります。
JavaScript を自ら学ぶ人のための質問スレッドです。
次スレは>>950が(本スレで改善案があれば考慮して)立ててください
■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」だけでなく「意見」を出しても良い。
■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為(批判の代わりに「AよりBが良い」のような代案を出す事)
■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。
【条件】期待する回答の条件を書いてください。
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
1レスに収まらないならコード投稿サイトを利用してください。
http://jsdo.it/ http://jsbin.com/ http://jsfiddle.net/ http://ideone.com/
■回答者へ
・回答には多様性があります。他人の回答を尊重してください
・動作ブラウザや環境が限られる場合は、それを明記してください
・他人の回答を批判する代わりに、自分ならこう書くという例を示してください
・質問者がJavaScriptでなければ実現できないと勘違いしてるなら、その否定としてHTMLとCSSで実装しても良い
・他人の回答を見たくないのであれば、文句をつける代わりにNGにして見えないようにしてください。文句をつける=荒らしです >>850
はい。知っています。
動かない場合があっても採用しますよ。
どうせ生JavaScript使っても
動かない場合があるんですから >>849
> せめて対象サイト一覧ぐらいは無いと、
https://w3techs.com/faq
> Which websites do you count? Do you crawl all the web?
> For the surveys, we count the top 10 million websites according to Alexa,
Alexaのトップ1000万ページだってさ >>847
いや、いいでしょ
嘘か本当か分からないものを根拠に「jQueryのシェアが延びてる」と主張する方がおかしい どうせ何使っても動かない場合があるんならjavascriptやめようw 誰も検証しないからどうでもいいんだよ
オープンソースでも誰も検証しなくて問題が表沙汰にならないのと同じ >>851
それはお前さん自身が勝手にやれ
>>843のような反応をする意味は何だ? >>853
嘘か本当かじゃなくて、
w3techsの調査を信用するかどうかでしょ?
で俺は信用してるし、お前は信用してないってだけ。
お前は誰も信用してないんでしょ?
なら何も言う資格はないよ
だってお前のことも信用出来ないんだから >>852
alexaのトップ1000万サイトそれぞれのURLって誰でも自由に取って来れんの >>857
意味と言われてもね。
上の方で(逃げたみたいだが)
自分で書いたJavaScriptのコードがブラウザのバグで動かない場合に
どうするんだ?って聞いたら(自分で書いたJavaScriptのコードをなおすのではなく)
ブラウザ開発者に報告している、毎日報告するのが仕事だって言ったから、
じゃあ、ブラウザのバグがなおればOKっていうのなら、
jQueryだってブラウザのバグがなおったら、解決するって話じゃんって指摘しただけ
その延長で、jQueryの土台となるJavaScriptやブラウザ側で対応できるなら、
jQueryをそんなに頻繁にバージョンアップしなくても、なおせるんですよーっていう話 統計は集計方法が変われば、がらりと変わるものだからな
jQueryが下降しているデータもある
https://ferret-plus.com/8989 >>861
そのサイトが信用に値するという根拠を教えてください。
全てはそこですよ。信頼できる根拠があるかどうか どうだろう?
jQueryに関する質問が減ったら、
使われてないことにならないだろうか?
ちょっと試してみよう
みたいなことはやめてくださいw
直ぐにバレますから >>861 >>860
上の方など、知らん
同じ奴と見なしてレスするのを止めろ
そもそも、ブラウザ個別のバグにPolyfillで対処などせんぞ 質問の数が減らないのは、今までの質疑応答で解決できてない新たな問題がたくさんあるってことやで・・・ >>858
誰も信用してないってどこから来たんだ?
頭大丈夫か? https://w3techs.com/ が信用に値するという根拠を教えてください >>866
stackoverflowは質問者以外にも質問をクローズする権限があるんだが >>869
FAQ読んで納得したよ
>>870
多く使われてるのに質問が少ない
殆ど使われてないのに質問が多い
ReactとAngularは後者 >>871
870の内容を無視したレスをされてもな >>872
なら、その質問をクローズする権限を持っていることが、
どう影響するのか、その根拠を示してくれないか? >>873
ははw どうせ何も知らんってw
クローズされた質問が、統計データに
含まれているかどうかすらも調べてないだろ
だいたい質問の数と使われている数は関係ないのに
自分の都合の良い別のデータを持ち出してきて
勝手に独自解釈してるだけなんだからさ 最後の2行、まさにそのとおり
統計なんてそんなもんだよな >>871
答えになっていません
それで納得するなら、stackoverflowも「helpを読んで納得」すればいいんじゃないですか
https://stackoverflow.com/help
それにしても、当該サイトの説明だけで納得するとは、他人の言を裏をとらずに鵜呑みにするタイプなんですかね 同じトレンドなら、StackOverflowの質問だけのトレンドじゃなくて
Googleトレンドのほうがまだ信用できるかな
https://trends.google.co.jp/trends/explore?date=all&geo=JP&q=jquery,angular,angularjs,react >>876
> それで納得するなら、stackoverflowも「helpを読んで納得」すればいいんじゃないですか
質問サイトであるstackoverflowのhelpには
質問サイトの使い方しか乗ってません。
統計データを集めてるサイトじゃないんですから・・・ >>874
2-3行目ってお前は調べて書いてんの? javascriptコードやライブラリロードの有無じゃなくて
javascriptがOFFでも動くサイトの割合とか
特定ライブラリが実際に使われているかどうかの統計どっか出してくんねーかな >>879
そういうのって、このデータを信じてください!って
持ってきてるほうが出すのが筋じゃないの?w >>878
結局、答えになっていませんが、運営のいうことを鵜呑みにする理由は何なんですかね? >>880
> javascriptがOFFでも動くサイトの割合とか
javascriptがOFFだと「JavaScriptを有効にしてください」って
書いてあるだけのページが表示されるサイトも、
動くってことにして良いのか? >>882
そりゃ「統計データ」がどういうふうに
集められたかを書いてあるかどうかでしょw >>881
それはただの言いがかりじゃないの?
可能性の視点なら、いくらでもいちゃもんつけられるでしょ? stackoverflowのデータに、世界中のサイトを
調べて回ったって書いてありましたっけ?
あくまでstackoverflowに寄せられる質問の数だけでは? >>885
stackoverに寄せられた質問をもとにしたデータが、世界中のサイトを
調べた結果でないのは可能性ではなく、明らかなことでは? >>874
というか、根拠を示せというなら、>>871も根拠を示さなければ、公平ではないのでは? 多く使われてるっていうのは、 https://w3techs.com/ で
一応は納得するけどさ >>887
2-3行目と書いてるのに、なぜ関係ない方を持ってくるの? >>888
stackoverflowのデータが質問の数であることは納得してるよ。
それと世界中のサイトで使用されている数とをごっちゃにするなってこと >>890
だから2-3行目を持ってくるのは、
このデータを持ってきたやつの仕事だって言ってるだろ
無視して同じこと言わせるな >>883
常識的に考えるとそこはNOだよな
サイトの本旨が達成できないといけない
逆も同じで文字サイズ変更のためのjsコードがあっても
画像を拡大するためのjsコードがあってもサイトの本旨は達成できる
だから面倒なんだよな
他の項目も同じで実情が反映されないと >>892
それはあんたの論でしょ
>>885で否定してんのに、関係ない話でレスすんなよ 2ch/5chの質問スレの数やレス数をみただけでは質問数なんて計れないのと同じ
将棋板だか将棋スレなんてテンプレだけでかなり占めてたりするしな >>874
お前の拡大解釈だぞ
stackoverflowの統計情報がjQueryのシェアと一致するとは、一言も書いてないのにどうしてそういう解釈になるんだ? お前らこんなとこでサボってないで仕事しろよ
納期迫ってんぞ >>891
>>871の最終行に根拠がなく、あなたの決めつけにしかなってないのですが >>896
全てはこいつが悪い
> 861 名前:Name_Not_Found[sage] 投稿日:2018/07/30(月) 00:53:43.83 ID:???
> 統計は集計方法が変われば、がらりと変わるものだからな
> jQueryが下降しているデータもある
> https://ferret-plus.com/8989
変わったのは集計の方法じゃない。
集計の内容が変わってる。
世界全体のシェアの話をしている所に
stackoverflowの質問の割合を持ち出してきて
「jQueryが(目的からして違うデータだけどそれ隠してやろう。ぷぷぷ)下降しているデータもある」
と言い出したのが悪い ロードしているけどろくに使われていない・古いコードが残っているだけの可能性
シェアを直接反映しているかどうかわからないsofの質問数
もう何も信用できない!! jqueryでも特に困らないのでvueなどに移行するタイミングがありません
一度飛び越えてしまえば、移行して良かった〜ってなりそうな気もしますが
どうしたらいいですか? str = `あいう$ えおか$ きくけ$`;
$前の文字列を取り出したい時、
それぞれ文字列は(ひらがなだけではなく)$以外の文字で
長さも異なります、スペース込みでもいいです
str.match(/[^\$]+(?=\$)/g);//["あいう", " えおか", " きくけ"]
で取り出せるのですが
[^\$]の部分は、こう書くしかないでしょうか?
str.match(/.+(?=\$)/g);//["あいう$ えおか$ きくけ"]
もやってみましたが$もふくまれてしまい、"け$"からマッチしてしまうのです だと思う
正規表現を使わない方向で、$でsplitして得た配列の末尾の1要素を消してもいいけど
ところで、[]の中では、\以外のメタキャラクタは
\つけなくてもメタキャラクタ扱いされないんじゃなかったっけ >>910
[\\]のときは特別だということでしょうか? splitとmapで一行いけるかも
複数行使ってpopとか空文字列要素削除をやった方が読みやすいけど var str = 'ab$cde$$fgh$ijklmn$opq';
console.log( str.split(/\$+/).slice(0, -1) ); // [ 'ab', 'cde', 'fgh', 'ijklmn' ] match(/[^$]+/g)
でも実際には問題ないのでは? >>908
> jqueryでも特に困らないのでvueなどに移行するタイミングがありません
> どうしたらいいですか?
作るものを変える必要がある。いまウェブサイトを作ってるなら、
アプリケーションに変える。スマホアプリなんかを想像するといいだろう。
ウェブサイトは基本的に静的なものとして作るので、動的なものが
作りやすいフレームワークっていうのは根本的に相性が悪い
jQueryは静的なものに対して、追加で動的なものを追加できるので
ウェブサイトと相性がいいが、最近のJavaScriptフレームワークは
すべてを動的なものとして作ろうとするからウェブサイトとは相性が悪い。
まあ顧客を変えるか、仕事を変えるしかないね
相性が悪いものに移行しても後悔するだけだよ PWAってステキだけどいかんせんServiceWorkerの扱いが難しい
特に更新周り
アプリならまあバージョンJSON用意しといて
タイトル表示中くらいまでにそれだけ必ず最初にキャッシュレスで取得して
更新されてたらSW含めて全キャッシュ破棄してリロードでいいんだけど
ニュース記事みたいのだと難しい
最近いつも考えてる 動的なJSのフレームワークにjQuery入れたらダメ?
DefferedとかやっぱりjQuery便利だよね uncatchもコンソールに表示してくれるしPromiseで良くね >>922
IE6から動く。下手すりゃそれ以前でも PromiseはIE11でも動かないよ
promiseの仕組みはあるけど、APIのPromiseのES6からでIE11でも未実装 実装されてるかどうかじゃなくて
動くかどうかなんだなぁ ライブラリやポリフィルコードで擬似的にPromiseっぽい記述を実現できたとして
それを動くと表現しちゃったらもうなんでもアリじゃん Polyfillをいくつも読むなら、素直にjqでいいだろ IEはすべてのバージョンでPromiseのAPI実装されていません。
Polyfillを入れないといけません。 そうすると>>929のURLは観点が異なるか全くの嘘っぱちかどっちかということになるが テンプレは何スレか前から消されたり改竄されたり復活したりを繰り返してるよ >>932
では「動くかどうか」とはどういう意味だ?
>>926は「動かす方法があるか」という意味ではないのか? そもそもIEでで動かす必要がない
余計なお世話
IEを使ってるような人はモダンブラウザと同じリッチな体験など求めては居ない compatibility tableの「IE11」の項目しか見てないから、>>930の反応になるんだろうね >>939
caniuseを持ってきたのは酷いね
あっちには書いてないから >>940
つまり精神が正常な一般人は使わないってことだよ >>940
> あっちには書いてないから
Resourcesのリンク先にあるが、真っ赤で思考停止している人はそこまで見ないだろうな 情報は出尽くしたので、>>922は早めに質問をたたんでくれんかね var promise = {...} って自分で定義しても動くよな >>922です
IE10どころかIEは全てPromise動かなかったです。
polyfilでなんとかしましたが、なんだかなぁというのが正直な感想です。 >>945
古いブラウザが新しいブラウザより機能的に劣るのは当然
Polyfillで動くだけマシだよ
これが文法上の問題になると、トランスコンパイラしか選択肢がない >>945
> polyfilでなんとかしましたが、なんだかなぁというのが正直な感想です。
何が不満なんだろう? promiseなんて使わなきゃいいじゃん
たぶん10年待てば全UAでawait使えるようになってるよたぶん レス数が950を超えています。1000を超えると書き込みができなくなります。