私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

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

JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

402 : Name_Not - 2019/06/16(日) 15:13:51.36 ID:???.net (+27,+29,-56)

>>400
ライブラリ依存でDOM APIとの前方互換性は排除した形か
もうわかったからこれ以降、書かなくていい

404 : Name_Not - 2019/06/16(日) 15:18:52.75 ID:???.net (+25,+28,-1)

>>402
いや書くよｗ

405 : Name_Not - 2019/06/16(日) 16:22:02.10 ID:???.net (+0,+7,-17)

やはり、完全ワッチョイ化が必要だな

406 : Name_Not - 2019/06/16(日) 16:39:42.51 ID:???.net (+20,+29,-24)

質問(>>347)が読めない奴は消えてなくなればいいのに

> jQuery よりも、出来れば、素のJS が良いです

407 : Name_Not - 2019/06/16(日) 16:41:19.23 ID:???.net (+17,+29,-5)

「出来れば」

409 : Name_Not - 2019/06/16(日) 16:43:02.36 ID:???.net (+27,+29,-22)

lodashはそりゃOKに決まってるよ。
質問者がその名前を出してるんだから
今回はライブラリはOK

411 : Name_Not - 2019/06/16(日) 16:47:32.23 ID:???.net (+22,+29,-3)

あ、もうそのまんま回答されてた

412 : Name_Not - 2019/06/16(日) 17:17:18.96 ID:???.net (+22,+29,+0)

出来ないやつってことねｗ

413 : Name_Not - 2019/06/16(日) 17:24:29.02 ID:???.net (-28,-30,-88)

>>305の(2)ってどなたか説明できませんか？
アドレス同士の比較で高速なのならなんで'文字列'(1回目)と'文字列'(2回目)の===がtrueなのかサッパリ。
'文字列'(1回目)と'文字列'(2回目)は別のアドレスにメモリ割り当てられてるんじゃないの？それだとtrueはおかしくありません？
それともまさか===なのに一文字づつ比較してるわけじゃないよね？

414 : Name_Not - 2019/06/16(日) 17:38:38.65 ID:???.net (+24,+29,-19)

>>413
もう答えられてなかったっけ？
本人か成りすましか知らんけど

415 : Name_Not - 2019/06/16(日) 17:43:31.29 ID:???.net (+25,+27,-2)

>>308にあるじゃん
回答全部読めと

416 : Name_Not - 2019/06/16(日) 17:51:51.84 ID:???.net (+27,+29,-6)

数日放置して忘れた頃にレスが来るのは悪質だわ

417 : Name_Not - 2019/06/16(日) 17:59:00.83 ID:???.net (+28,+29,-14)

話題をすり替えようとする手

418 : Name_Not - 2019/06/16(日) 18:02:03.49 ID:???.net (+31,+29,-14)

>>417
勝手に質問をねつ造されても迷惑だわ
解決報告もせん奴だし、張り合いがない

419 : Name_Not - 2019/06/16(日) 18:10:13.42 ID:???.net (+27,+29,-49)

本当に解決しようとするなら、回答に対して「～が分かって、～は～まで理解できたが、～が分からん」とか自分で切り分けして返信しようとするもんだ
それがないって事はたいして重要な問題でもないんだろうさ

420 : Name_Not - 2019/06/16(日) 18:13:05.40 ID:???.net (+33,+29,-26)

>>415
それ>>305の(2)の回答じゃないじゃないですか…
ウンチクじゃなくて回答下さいよ

421 : Name_Not - 2019/06/16(日) 18:15:03.77 ID:???.net (+32,+29,-3)

>>420
君に理解できない事が分かっただけでも良かったじゃないか

422 : Name_Not - 2019/06/16(日) 18:16:55.12 ID:???.net (+22,+29,-15)

分からないなら絡んでくるなよ

423 : Name_Not - 2019/06/16(日) 18:18:18.11 ID:???.net (+27,+29,-39)

図々しい奴だな
「わからないんですかと煽っても無駄です」のテンプレを思い出した

425 : Name_Not - 2019/06/16(日) 18:44:18.99 ID:???.net (+21,+29,-8)

>>413
１文字ずつ比較してるに決まってるでしょ
それにJSにアドレスという概念はない

426 : Name_Not - 2019/06/16(日) 18:53:54.80 ID:???.net (-18,-30,-96)

>>425
つまり
let a = 'abc', b = 'abc';
a === b
としたときも
let a = 'abc';
let b = a;
a === b
としたときも、
'abc'の一文字づつ比較されてすべて等しかったからtrueが返されてると、そういうことですかね？

427 : Name_Not - 2019/06/16(日) 19:37:07.09 ID:???.net (-22,-29,-50)

型を限定した配列を簡単に作成する方法はありますか。
例えば、String型しか代入できず、String型以外を代入したらTypeErrorを返す配列、とか。

428 : Name_Not - 2019/06/16(日) 19:43:51.15 ID:???.net (+30,+30,-159)

>>426
一文字ずつ比較するとかそういうロジック的なことは仕様にはない
とにかく同じ文字コード列ということが確認できればtrueが帰る
そこでアドレスの一致を利用するかどうかはエンジンの問題

君もいい加減分かったほうがいい
仕様に沿う実装方法なんて幾つもあるということ
エンジンは最適化もしないといけないし仕様のステップどおりに実装してるわけでもない
仕様から期待される挙動と同等の挙動ができるように実装されている

430 : Name_Not - 2019/06/16(日) 19:53:26.19 ID:???.net (+17,+29,-4)

>>429
配列ではないようですが、どういう意味でしょう？

438 : Name_Not - 2019/06/16(日) 22:22:44.97 ID:???.net (+38,+29,-48)

ES2015以前からTypedObjectの提案があるけど何回もポシャってる
http://github.com/dslomov/typed-objects-es7
数値型はバイナリを扱うために必要だとしても
基本的にはJSではキチキチに制限するよりもそれっぽく扱っていったほうが良いと思う

439 : Name_Not - 2019/06/16(日) 22:26:48.61 ID:???.net (+27,+29,-18)

まあディズニーランド来て何でスパイダーマンライドが無いんだと喚いてるようなものだからな。USJ行けと。

440 : 427 - 2019/06/16(日) 22:55:23.32 ID:???.net (+43,+29,-201)

>>438
> ES2015以前からTypedObjectの提案があるけど何回もポシャってる
そういう動きがあったのですね。
ポシャった理由が気になります…。

> 基本的にはJSではキチキチに制限するよりもそれっぽく扱っていったほうが良いと思う
Int32Array が ToNumber しているように、TypeError を返すよりも型変換した方がJSらしい、というような思想は理解できます。

ただ、コードを書いていく上で制限をかけた方がパターン数が減って都合が良い事はあると思います。
例えば、変数には一つの型を決めるコーディング規約が一般的ですが、これは受け取る変数の型を一つに限定する事で、想定される変数の組み合わせを少なくする効果があります。
どんな型が来ても良い設計にすると、7つの型全てを考慮しなければなりませんが、一つの型になれば、アルゴリズムを考えるコストは1/7です。
同じ理由で配列の値に期待される型を一つに限定する事で、考えるコストを減らす事が出来ます。

442 : Name_Not - 2019/06/16(日) 23:33:37.22 ID:X+WthsNM.net (+24,+29,-13)

言語自体はだいたいわかったけど仕事の真似事みたいなことがしたい
なにをしたらいい？

443 : Name_Not - 2019/06/16(日) 23:44:38.37 ID:???.net (-29,-30,-197)

スーパー初心者です
引数について質問なのですが
（とあるページのコードです）

const func = ({ hoge = 'foo' } = {}) => console.log(hoge);
func(); // 'foo'
func({ hoge: 'bar' }); // 'bar'

3行目のように「何らかの値をオブジェクトや配列にして渡す」という場合は
そのオブジェクトや配列を定義しておく必要ないんですか？

445 : 347 - 2019/06/17(月) 04:04:33.63 ID:???.net (-27,-29,-175)

皆さん、多くの回答を、ありがとう！

確かに、ERB みたいな、テンプレートファイルじゃなく、
JavaScript(JS) ファイル内の配列から、簡単に要素を作りたいから、
文字列から要素を作るよりも、JS のメソッドで、要素を作った方がよいかも

map みたいなもので、1行で書けて、ループの記述を排除できれば、うれしいです。
可読性も高い方がよい

でも、同じ手法を、3回使うので、テンプレートエンジンでも良いのか

それと、配列内の数値は、他者からの入力ではなく、自分で用意したものなので、サニタイズは不要です

DOM 操作は遅いけど、createDocumentFragment で、まとめてDOM に追加すれば、
1回になるから、速いのでは？

446 : Name_Not - 2019/06/17(月) 06:25:08.65 ID:???.net (+27,+29,-33)

速いっていうのが何を大事にしてるのか良く分からん
実際大事なのはUXであって処理の速さではない
処理を分割したほうが良いという場合も多分にある

447 : Name_Not - 2019/06/17(月) 06:43:03.88 ID:???.net (-1,+3,-14)

今はinnerHTMLを使うほうが速いのか？
http://jsperf.com/document-fragment-vs-innerhtml-vs-looped-appendchild/90

448 : Name_Not - 2019/06/17(月) 06:53:18.27 ID:???.net (-26,-29,-60)

str変数にHTMLをためていって、最後にinnerHTMLをするよりも
div.innerHTML += で変更していくほうが速いのか？

createDocumentFragmentを使うほうが遅くなるんだな

449 : Name_Not - 2019/06/17(月) 06:58:51.55 ID:???.net (+27,+29,-34)

パーサーとレイアウトは非同期で一部マルチスレッド化されてるんだから
そのときの他の処理の状況にもよるし何が速いとか言うことはできない