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

JavaScript覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

951 = :

生のJS で書くと、保守コスト・人件費が、大幅に上がる

書いたコードの説明も必要だし、ちょっとした事でバグるし

952 = :

生JSがあるってことはゴムJSとかもある？

953 = :

セレクタひとつとっても読みやすくなるからなあ。

954 = :

ボタンを押したら画面更新せずに特定のUAに変更するってjavascriptで出来る？

955 = :

できるわけねーだろ

956 = :

>>954
できる
<link href="~css">
を書き換えレバ別のcssを適用できる
が普通こんなことやらんよ

957 = :

>>956
だれも別のcssにするなんて言ってない
ちょっと頭悪い人消えてくれないかな。じゃま

959 = :

>>957
あぁゴメン飲んでて適当に答えた

出来るらしいから試してみたらいい
http://qiita.com/kyohei8/items/bdf3e7b76e1218d06b3d

960 = :

みなさんありがとうございます、説明不足でしたが
このルーチンはループの中で実行されるもので、ループの中でhogeの中身は予測不可能に変化するんです
だからhogeの中身が1だと決め打ちするようなやり方はだめでして
あくまでも実行時点でのhogeの中身をDOMに移して埋め込むことが必要です
これから１つずつ試してどれが良かったか検証してきます
ありがとうございます

962 = :

だからサンプルリストとしてはこう表現すればよかったですね

var hoge=prompt("入れてー")
piyo.onclick=function(){alert(hoge)}
hoge=2

ではいってきます

963 = :

jQuery使ったほうが楽だお

964 = :

>>941
http://jsfiddle.net/9o62xkz7/

965 = :

>>964
http://jsfiddle.net/9o62xkz7/1/

966 = :

というわけでやってきましたが>>945でいけました
似たようなことはやっていたのですが。
しかも動いたのは良いのですが未だにどうしてreturnしたり無名関数で二重にくるむと変数を渡せるのか仕組みが分かってません
理屈を説明していただけると有り難いです

967 = :

理屈は見たまんま
コードをほぐして
１つずつステップを追っていけばいいというか
自分でそれができない人に説明はできない

968 = :

jsは古い仕様と新しい仕様がごっちゃになってるけど人気なんだよな

969 = :

jsは全部オブジェクトで何でもかんでも渡せるっての知っておかないとしんどいかも

971 = :

人気というよりクライアントサイドだと他にほぼ選択肢がないというね

973 = :

>>969
包丁はお腹に刺さると痛い、程度かな？

974 = :

>>941
普通に先に待避させればいいんじゃね

var hoge=1
var foo = hoge
piyo.onclick=function(){alert(foo)}
hoge=2

975 = :

>>969
全部オブジェクトではないよ

976 = :

Reactの英語の本で勉強すっか

978 = :

お前がエレクトロンで何をしたいのかもわからんのに答えろとか何様だよ

979 = :

エレクトロンはオワコン

981 = :

フロントとバックエンドを微妙にどっちもやったことあるんだけどさ
絶対フロントからやった方がいいと思うんだよね
バックエンドやる上で、HTMLのタグや属性が大事になってくるもん
バックを最初やって繋ぎを探すときになんとなくHTML読んでた

983 = :

うっそ、うちのとこはviewはバックもやるんだけど
てかフレームワークでviewの話出てくるし

984 = :

それは分業ちゃんとできてないか、設計が悪いのでは

985 = :

みんなのとこは設計やる？
他のスレ見てるとweb業界は設計書なんて作らないぜーwみたいな人多くて

うちの会社はDB定義と、画面仕様(変数とか何もない)と、流れだけ書いた資料作ってから実装なんだよね
だから自分はプログラミングの実績つんだら設計からやりたいって上司に相談中
戻しがありすぎて効率悪いと思うんだけどな
一流プログラマー()は設計書とかなくても作れるんだろうか

986 = :

設計というか仕様書とフローね。これは必須
DB定義書は当然あるけど上記次第で決まる
でも覆されるのがこの業界
いかに先方の真の欲求を最初に聞き出せるかがSEの腕の見せどころ

先方の言ってること以上の本当の仕様を聞き出せないと泥沼になるぞ

987 = :

スマホの切り欠きってCSSとかで対応できるけど
フォルダブル端末のサイドに表示できるようになるとかそういう情報知ってる人居る？
PWAのとき限定でも良いんだけど折りたたみ機構とサイドを使ったアイディアがいくつかあって試したい

988 = :

Reduxわかんないんですが死んだ方がいいですか？

989 = :

reduxはreactの複雑なstateとpropsを使いやすくしたものなのでわからないというほうがおかしい
むしろ簡単になる

990 = :

>>989
まあReactわかってないからね

992 = :

なんでも適当にdispatchすりゃ勝手にstateに入れてくれてそいつをpropsにしてくれる
ついでにreduxのstateはあくまでもreduxのstate
reactのstateとは別扱い

これを区別しないと、なんでdispatchしたのにthis.stateに入らねえんだよ！ってなる
あと配列の更新はreactでは参照しかみてかいから更新されないことが多い
きちんと値の更新まで検索する必要がある

これにはlodashのisEqualを使って値が更新されたかチェックするといい

こういう細やかな管理をしないとreact使うのはきつい
jQueryで1行でdom変更しました！ってのとレベルがまったく違う

993 = :

Reactわかんない俺は知的障害者

994 = :

>>993
わかんないってわかってるなら全然わるくないよ
わかってないのにわかってるつもりのやつよりよっぽどいい

995 = :

わからない理由は、なぜそれが必要なのかがわからないから
つまり、普段の仕事で、必要になってないからわからない。

使うメリットがわからない人は言い換えると
使ってもメリットがないってことだよ
そういう人は使わなくていいと言うか、使わないほうが良いものが作れる

996 = :

reduxなんか投げ捨ててcontext api使えばいいのに。大した規模でもなかろうに。

997 = :

大した規模じゃないんでReact投げ捨ててHTMLとCSS、それにほんの少しjQuery使うよ

999 = :

おつ