+ JavaScript の質問用スレッド vol.136 +
レス数が1000を超えています。これ以上書き込みはできません。
JavaScript を自ら学ぶ人のための質問スレッドです。
次スレは>>950が(本スレで改善案があれば考慮して)立ててください
■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」から解離した議論はよそでやること。
■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為(批判の代わりに「AよりBが良い」のような代案を出す事)
■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。
【条件】期待する回答の条件を書いてください。
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
1レスに収まらないならコード投稿サイトを利用してください。
http://jsdo.it/ http://jsbin.com/ http://jsfiddle.net/ http://ideone.com/
■回答者へ
・回答には多様性があります。他人の回答を尊重してください
・動作ブラウザや環境が限られる場合は、それを明記してください
・他人の回答を批判する代わりに、自分ならこう書くという例を示してください
・質問者がJavaScriptでなければ実現できないと勘違いしてるなら、その否定としてHTMLとCSSで実装しても良い
・他人の回答を見たくないのであれば、文句をつける代わりにNGにして見えないようにしてください。文句をつける=荒らしです ボタンを押したら画面更新せずに特定のUAに変更するってjavascriptで出来る? >>954
できる
<link href="~css">
を書き換えレバ別のcssを適用できる
が普通こんなことやらんよ >>956
だれも別のcssにするなんて言ってない
ちょっと頭悪い人消えてくれないかな。じゃま みなさんありがとうございます、説明不足でしたが
このルーチンはループの中で実行されるもので、ループの中でhogeの中身は予測不可能に変化するんです
だからhogeの中身が1だと決め打ちするようなやり方はだめでして
あくまでも実行時点でのhogeの中身をDOMに移して埋め込むことが必要です
これから1つずつ試してどれが良かったか検証してきます
ありがとうございます >>943
document.querySelector('html').onclick=_=>(_=>alert(_))(1) だからサンプルリストとしてはこう表現すればよかったですね
var hoge=prompt("入れてー")
piyo.onclick=function(){alert(hoge)}
hoge=2
ではいってきます というわけでやってきましたが>>945でいけました
似たようなことはやっていたのですが。
しかも動いたのは良いのですが未だにどうしてreturnしたり無名関数で二重にくるむと変数を渡せるのか仕組みが分かってません
理屈を説明していただけると有り難いです 理屈は見たまんま
コードをほぐして
1つずつステップを追っていけばいいというか
自分でそれができない人に説明はできない jsは古い仕様と新しい仕様がごっちゃになってるけど人気なんだよな jsは全部オブジェクトで何でもかんでも渡せるっての知っておかないとしんどいかも 人気というよりクライアントサイドだと他にほぼ選択肢がないというね 初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017 >>941
普通に先に待避させればいいんじゃね
var hoge=1
var foo = hoge
piyo.onclick=function(){alert(foo)}
hoge=2 electronと組み合わせるなら
vueとreactどっちがいいの お前がエレクトロンで何をしたいのかもわからんのに答えろとか何様だよ フロントとバックエンドを微妙にどっちもやったことあるんだけどさ
絶対フロントからやった方がいいと思うんだよね
バックエンドやる上で、HTMLのタグや属性が大事になってくるもん
バックを最初やって繋ぎを探すときになんとなくHTML読んでた バックエンドはviewやtemplateはいじりません うっそ、うちのとこはviewはバックもやるんだけど
てかフレームワークでviewの話出てくるし みんなのとこは設計やる?
他のスレ見てるとweb業界は設計書なんて作らないぜーwみたいな人多くて
うちの会社はDB定義と、画面仕様(変数とか何もない)と、流れだけ書いた資料作ってから実装なんだよね
だから自分はプログラミングの実績つんだら設計からやりたいって上司に相談中
戻しがありすぎて効率悪いと思うんだけどな
一流プログラマー()は設計書とかなくても作れるんだろうか 設計というか仕様書とフローね。これは必須
DB定義書は当然あるけど上記次第で決まる
でも覆されるのがこの業界
いかに先方の真の欲求を最初に聞き出せるかがSEの腕の見せどころ
先方の言ってること以上の本当の仕様を聞き出せないと泥沼になるぞ スマホの切り欠きってCSSとかで対応できるけど
フォルダブル端末のサイドに表示できるようになるとかそういう情報知ってる人居る?
PWAのとき限定でも良いんだけど折りたたみ機構とサイドを使ったアイディアがいくつかあって試したい Reduxわかんないんですが死んだ方がいいですか? reduxはreactの複雑なstateとpropsを使いやすくしたものなのでわからないというほうがおかしい
むしろ簡単になる reactはstateとpropsが複雑
もうReactやめたら良いんじゃないですかね(苦笑) なんでも適当にdispatchすりゃ勝手にstateに入れてくれてそいつをpropsにしてくれる
ついでにreduxのstateはあくまでもreduxのstate
reactのstateとは別扱い
これを区別しないと、なんでdispatchしたのにthis.stateに入らねえんだよ!ってなる
あと配列の更新はreactでは参照しかみてかいから更新されないことが多い
きちんと値の更新まで検索する必要がある
これにはlodashのisEqualを使って値が更新されたかチェックするといい
こういう細やかな管理をしないとreact使うのはきつい
jQueryで1行でdom変更しました!ってのとレベルがまったく違う >>993
わかんないってわかってるなら全然わるくないよ
わかってないのにわかってるつもりのやつよりよっぽどいい わからない理由は、なぜそれが必要なのかがわからないから
つまり、普段の仕事で、必要になってないからわからない。
使うメリットがわからない人は言い換えると
使ってもメリットがないってことだよ
そういう人は使わなくていいと言うか、使わないほうが良いものが作れる reduxなんか投げ捨ててcontext api使えばいいのに。大した規模でもなかろうに。 大した規模じゃないんでReact投げ捨ててHTMLとCSS、それにほんの少しjQuery使うよ + JavaScript の質問用スレッド vol.137 +
http://mevius.5ch.net/test/read.cgi/hp/1546773073/
次スレ立てたからテンプレ追加しといて このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 47日 1時間 23分 16秒 レス数が1000を超えています。これ以上書き込みはできません。