+ JavaScript の質問用スレッド vol.136 +
■ このスレッドは過去ログ倉庫に格納されています
JavaScript を自ら学ぶ人のための質問スレッドです。
次スレは>>950が(本スレで改善案があれば考慮して)立ててください
■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」から解離した議論はよそでやること。
■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為(批判の代わりに「AよりBが良い」のような代案を出す事)
■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。
【条件】期待する回答の条件を書いてください。
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
1レスに収まらないならコード投稿サイトを利用してください。
http://jsdo.it/ http://jsbin.com/ http://jsfiddle.net/ http://ideone.com/
■回答者へ
・回答には多様性があります。他人の回答を尊重してください
・動作ブラウザや環境が限られる場合は、それを明記してください
・他人の回答を批判する代わりに、自分ならこう書くという例を示してください
・質問者がJavaScriptでなければ実現できないと勘違いしてるなら、その否定としてHTMLとCSSで実装しても良い
・他人の回答を見たくないのであれば、文句をつける代わりにNGにして見えないようにしてください。文句をつける＝荒らしです >>360
> 47都道府県の選択フォームをHTMLに直書きしたら可読性最悪だろう？
> いままで疑問に思わなかったの？
JavaScriptに直書きしても同じことでは？
それにSSIでも使って別ファイルに外出しすればいいじゃん？ >>358
用途による
企業HPならどっちでも
>>360
都道府県ぐらいなら自前で用意する
APIは怖くて無理、いつ無くなるか不安過ぎる >>361
>JavaScriptに直書きしても同じことでは？
APIの意味分かってる？ なんでもHTMLとjQueryでやろうとする老害がいるようですね
淘汰されてください 実際に今まで淘汰されているのは
フレームワークを使っていた連中だというｗ APIは利用回数や利用制限調べるのがめんどくさくない？
全部無視して回数制限にひっかかっちゃいましたﾊﾊﾊで済むならそれでもいいけど >>363
お前こそわかってる？
jQueryで（他人が書いた）HTMLを読み込めば終わりでしょ？ｗ >>352
はろーわーるど！
http://jsfiddle.net/6rzb5asm/
極論すると何やるにしても最終的に結果を表示するために
要素にアクセスして→表示内容を差し込む、ってのはするわけで
その前提の有無がjQueryとの違いなんだろうなと
jQueryにその機能がないというわけではなく
その前提があるかどうかっつー話ね Reactでサイト作成する場合に最低限必要なライブラリ
webpack
node.js
npm
react
react-dom
react-router-dom
redux
react-redux
connected-react-router
redux-logger
redux-thunk
prop-types
axios
babel-loader
babel-core
babel-preset-env
babel-preset-react
style-loader
css-loader
redux-devtools-extention >>370
これ全部使いこなして作成するんだぞ
当たり前だがこの他にもいろいろある
あとどうやってビルドするか自分でconfig作る >>335
の新着情報作る話が壮大になっててワロタ
リストにしてajaxで取得するぐらいでいいんじゃないの
使うのはjqueryだけだ >>370
民主党みたいなやつだなｗ
快適な環境のために家も必要だからゲームを始めるには一億円かかる！といった戯れ言の一種。
本当に最低限必要なものは、
babel-standalone
react
react-dom
終わり。
しかも上１つはreactのためと言うよりJSXで書くために必要なもの、
下２つは元々１つだったのが分かれただけ。 >>373
いや普通に必要でしょ
reduxなかったらバケツリレーさせるの？
自分でも把握できなくなるぞ？ >>374
jQueryでサイト作るとき、クリティカルな日付計算多発する案件の場合momentjsやdate-fns使う？使わない？ >>370
楽をするためにはどんな苦労も厭わないのがプログラマという人種なんですよ！ 選択は要件次第だし要件は客次第であって
普通のウェブとやらを勝手に決められるのは戴けない 久しぶりにpackage.json見直したら
devDependenciesが40行あったｗｗｗ いつだって私のやり方で
レッツエンジョイ！ジャスドゥーイット！ jQuery で済むなら、それが一番。
次いで、Rails
上よりも複雑なものは、React, Vue.js, Nuxt.js
Rails から、jQuery, Vue も使える jQuery信者の老害は何？
DOMセレクト？querySelector使えよ
Ajax?window.fetchかaxios使えよ
今更わざわざjQuery使う理由が分からん >>382
大抵のライブラリはjQueryが必要だからとりあえず入れておく必要がある
後は書くのが楽 >>383
ただのjQuery plugin大好きっ子だった >>382
jQueryを使うと、コードが短くなりバグが減るからだよ jQueryを、じゃなくて適切なライブラリを組み合わせて使うと、だろ DOMを操作する適切なライブラリって他にある？
jQueryの劣化版？ 便利なライブラリーでdomをこねくり回そうっていう考え方が間違っているんじゃないのか
オブジェクト指向的に考えると、コンポーネント化して十分に抽象化し、求められている専門で十分なメソッドを持たせておくべきじゃないのか >>389
最近、よくコンポーネントと聞くけど、Web Componentsのこと？
Vue.jsやReaact.jsにあるコンポーネント？ ReactもjQueryもやるけどjQuery便利
便利は正義
jQueryもう使いたくないってよく聞くが、何か問題起きてどうにもならなかった悲惨な経験があるんだろう
たかがjQueryごときで笑 >>389
> オブジェクト指向的に考えると、コンポーネント化して十分に抽象化し、求められている専門で十分なメソッドを持たせておくべきじゃないのか
そういう機能がDOMに存在しない
コンボボックス（セレクトボックス＋テキストエディア）すら
作る機能がDOMには存在しない
ブラウザネイティブ（ライブラリを一切使用しない）で
WebComponentができれば、その問題は解決するが
コンポーネント同士をどうやって連携するか？という問題は残ったまま あるサイトを改修する仕事受けて改修したんだけど、バッテリー消費が大きいと客に言われたんだが、
普通にchromeでjsの処理レポートを確認するしかないかな？ phpもフレームワークも使ったことなくてlaravelやらされて訳分かんなくなってフロントに逃げました フロントは言いました
あらゆるフレームワークの目指すところは
死である。 >>392
コンボボックスやらはWebComponentで可能だし
コンポーネント同士をどうやって連携するか？って？
その答え先に言ったじゃん
コンポーネント自体に十分なメソッドを生やせって >>397
スマホ用サイトで白ベースなんだけど、それ関係あるかも！
しかしスマホの液晶タイプによって白か黒かで違う？ >>399
と思って調べたら白黒でほとんど関係ないっぽい >>398
メソッドをはやした所で連携はできないよ まつたけってw
せめてちんこより大きいもので例えなきゃ意味ないじゃん >>400
関係ある
最近の液晶ディスプレイはバックライト部分OFFにできるし
有機ELやマイクロLEDなら黒は明らかに省エネ >>393
数十あるファイルの読み込み・コンパイルを並列に行うから、CPU 使用率も高い。
PC のエコモードで、1つのCPUだけにすれば、CPU使用率は低い
客は電力について、何にも知らないだろ
速さを競っているブラウザは、電力を食う 遅いほうが電力食うよ
遅いと処理の完了まで時間かかるだけで処理に費やす電力は大差ない
それとは別にバックライトとかの一定の電力が時間がかかればかかるほど食う
単純な話、１００秒で終わる処理を１０００００秒掛けてたらどんだけその処理に費やす電力が小さくてもバッテリー切れする >>407
ウェブアプリケーション的なの作るにはわりと重要なファクターなんだよ >>408
代わりに言ってくれてありがとう
そのとおりです 「消費電力を減らすにはどうしたらいいんだ」
「画面を暗くしましょう」
「暗く？そうしたらせっかくのかっこいいMacがダサくなるではないか」
「いいえ、かっこいいんです」
「？」
「いいですか、暗いというのはかっこいいんです」
「だが・・
「かっこいいんです。」
「わ、わかった。そういうことにしよう」
「わかればいいんです。名前をダークモードにしましょう」
「なんだその、中二病まんさ・・
「かっこいいんです。」
こうして消費電力を減らすという目的のために
ダサいデザインが出来ました とりあえずアニメーションを多用するなってのと画像は圧縮しろとしか言えない 全然重要じゃない。
最近はモバイル製品のバッテリーの持ちもよくなってるし充電スペースも増えてる。 https://developer.mozilla.org/ja/docs/Web/API/Window/postMessage
otherWindow.postMessage(message, targetOrigin);
で、
otherWindow.postMessage(message, '*');
だと全部のサイトに送信されるんですよね？
では、httpsのサイトのみに送信したいので、
otherWindow.postMessage(message, 'https://*');
みたいなのは出来ますか？ そこに指定するのは「オリジン」だからそういうことはできない
あとそれは古い書き方で今はオブジェクトで
{targetOrigin: '~' }と渡すほうが良い こんな下らないレスでスレ消費とか
お前らホント
暇人だな >>393
他には、60/秒など、フレームレートが高いと、電力を食う フレームレートが低いとUX を損なうでしょ
今の時代にまだ人間を犠牲にして機械を尊重してるとかナンセンス 日本製のカーナビってフレームレート低いよなぁ
何で5fpsしか出てないの？カックカクやん
あと液晶テレビの番組表とかも同様
トルネのヌルヌルサクサクUI/UXを見習え
いまならARMのSoC搭載すりゃ同等の表現できるだろうに・・・
フレームレートは60fps必須だよね
スマホでたまにカクカクしてるアプリみかけるけど速攻削除してるわ
UX意識してないサイトやアプリは使う気になれない webview使った側アプリだとモッサモサになる
React NativeやVue Nativeなどのネイティブアプリとして出力できるフレームワーク使うと改善される。
https://gamebiz.jp/?p=185520
＞当初スマートフォン版はCSSやJavaScriptを駆使したHTML5で開発したのですが、端末のスペックによっては、
＞魚がカクカク動いたり瞬間移動したように見えたり表現に限界がありました。
＞現在でも使っているCocos2d-js使ってネイティブアプリ化してレンダリングすることで、Androidユーザーにスムーズに魚が動くと言ってもらえるようになりました。 CSSやJSを駆使とか言ってるから限界に達したんだろ
昔はCSSやJSじゃ遅いからSVGアニメをどう駆使するかが最も重要なテクだったよ 質問です
xpathで「あるノードの次のノード」（１つ次のやつだけ）を指定する方法ってないんでしょうか。
例えば //td[@class="hoge"] で特定できるノードがあるとしてその右隣のtdを取得したいです。
//td[@class="hoge"]/next-sibling::td みたいに書ければいいと思うんですが。 //td[@class="hoge"]/following-sibling::td[1] react
anguler
vue
ってデザイナーが習得するの無理すぎない？ >>430はthが挟まると条件満たさないから厳密にやるならこうか
//td[@class="hoge"]/following-sibling::*[position()=1 and self::td] >>431
俺はずーっとそれを言ってるよ。
だからjQueryの代替にはならない あーすまん俺が勘違いしてた
JS/ESとMVCモデルを理解してないで使うのは難しいかもしれん 単一コンポーネントの.vueのほうがデザイナに優しいじゃん vueは生JSでも行けるから
jQueryを扱えるようなデザイナーならギリギリ行ける
Reactはトランスパイル前提みたいな部分があるから環境構築で詰む 例えば、はてなブログとかしている層が
ブログのデザインjsでちょこっと弄ろうとするのにReactは全く向いてない。
vueならギリギリセーフ。 ReactのJSXがキモすぎる
HTMLのタグにCSS埋め込むような気持ち悪さ
分離してくれよ
可読性さがるじゃん はぁReactでcss調整やってるんだけどさ、npmのビルドが5分かかるようになってきた
まだ1ページ目なのに
cssやるだけでビルドするの超作業効率悪い ReactでApp.jsにconst style =でcss書いてるんだけどさ、このstyleを子コンポーネントに渡すのって
いちいち子コンポーネントにパラメータ作って渡さないといけないの？
凄い苦痛… だから殆どがHTML+CSSだけで構成されてる
よくあるウェブサイトをReactで作るとか無意味だって言ったろ？
Reactなんかは普段JavaScriptとDOMだけで作ってる
大規模なウェブアプリなんかを効率よく作るためのフレームワーク
JavaScriptをjQueryを使って少ししか使ってない所に
導入するのは破綻しかもたらさない reactやめてvue.js使いなよ
vueのベストプラクティス集めたnuxt.jsオススメ
コンポーネント形式でファイルが分割されてるから
HTML+CSSで作業するより効率的になってる
webデザイナはpageフォルダ以下のfoo.vueをいじるだけ >>444
大規模じゃないし一人でやらされてる
>>445
vueは拒否されたw > コンポーネント形式でファイルが分割されてるから
HTML+CSSで作ってる人にとっては
そのコンポーネントの殆どが使わないものだろうさ vueは中国だしどんなによくてもファーウェイみたいになるかも Reactから依存外せるものは外したいなぁ
cssをjsxで作らないでscssにしてそっちだけビルドすればいいかな？ てかreactにしろtsにしろscssにしろ
変換しないといけないのがだるいよ
それ一発でできるのが理想じゃない？ 理想の話をするならHTTPに変わるステートフルなプロトコルに普及していただきたい Reactでビルドかけたら依存しあってるモジュールが350もあるらしい
フロント作るのにここまでやらんといけないのか
複雑すぎだろ javascriptの動的な読み込みって何かメリットありますか？ >>454
読み込みたくないときに読み込まなくて済む domのアニメーションずっとjQueryつかってるんだけど
少しモダンな方法にも挑戦したい
electronアプリの開発で練習したいんだけど
おすすめだよってフレームワークやライブラリある？ vueは最初の描画が遅すぎるのが厳しい
Reactより高速が売りだった再描画もReact16になって抜かれたから
パフォーマンス面では完全に置いていかれた感があるね
Reactよりも高速なままだったのならvue一択なんだけど
コミュニティ主導が為に
React15→React16みたいに
ゼロからコードを書いてやり直すとか無理だろうし多分詰んでる >>456
DOMでそんなにアニメーションするもんじゃないと思うよ
Canvas使ったほうが良い ■ このスレッドは過去ログ倉庫に格納されています
