元スレ+ JavaScript の質問用スレッド vol.133 +
JavaScript覧 / PC版 / みんなの評価 :
51 = :
どう考えてもヘビーだろｗ
同じことをDOM APIだけで実現すれば
ライブラリのサイズは0！
自分で書いたコードの量だけですむ
52 = :
それはライブラリではない
今はライブラリの中でヘビーかライトかの話
53 = :
その自分で書いたコードの量が多いっていう落ちだろｗ
自分で書いたコードはCDN仕えっても効果ないし
という指摘されるところまでが予定のうちですｗ
54 = :
いったんjQuery入れてしまえば最後、何だかんだでプラグイン始めどこの馬の骨とも分からないクオリティバラバラなjQuery依存のライブラリを導入することになる。そしてさらにこれらに依存したコードを書くからjQueryコケると皆コケるｗｗｗ
まるで将棋だなｗｗｗｗｗ
55 = :
クオリティバラバラなのと全部俺様クオリティどちらを取りますか？
俺様クオリティは10年経ってもクオリティはかわりません！
56 = :
10年たっても低いクオリティのまま
成長してないんじゃダメだろうｗ
57 = :
荒らしを煽って遊ぶのも同類だからな
58 = :
最近だとasync関数使ってその中で
awaitやfor-awaitやwhile_awaitでイベント待ちたい場合もあると思うんだけど
コールバックベースであるjQuery使ってる人ってどうやって上手く調整してるんだろうか
59 = :
>>44
http://php.net/manual/ja/language.types.float.php
60 = :
>>59
そこにも数値じゃない値って書いてあるね
61 = :
Not a Numberなのに数値という意味が分からない
Nullが文字列って言うようなものでは？
62 = :
哲学かな？
63 = :
>>29
ソースよろ
NaNはNumberオブジェクトに属し
typeof NaNでnumberを返すくらいの認識しかない
数値計算の結果生成されるからNumberオブジェクトに入れてるだけじゃないの?
64 = :
>>63
その前にやることが有るだろ。
お前の、ソースよろ だ
67 = :
>>64
は?なんのソース?
アタリマエのこと書いただけのつもりなんだが?
68 = :
もしdoubleな数値型の値だったら、比較や加減乗除できるはずなんじゃないの
69 = :
比較も演算もできるやろ
まあ結果が直感には反するかもしれんが
仕様(IEEE 754)に沿ってるだけ
そもそもなんでそんな仕様なんだクソが、とは思わなくもない
既存の数値処理にあわせたとか、ゼロ除算や文字列からの変換をエラーにしたくなかったとか、なんか理由はあるんだろう
70 = :
jQuery は、gzip圧縮時で、30KB。
広告1つ分
CDN はサポートがしっかりしている、Google, MS を使うのが普通
jquery.com は、テスト用で使えるってだけ。
jQuery はソースコードを作っている団体。
CDN サービスなど、やっていない
72 = :
広告の30KBと圧縮コードの30KBでは全然違う。
jQueryはロードしたねヨカッタヨカッタというようなライブラリではなく、導入しているからには様々なプラグイン、依存ライブラリ、依存コードの依存先となる。
つまり非同期読み込みできない。bodyの下のほうに置いてる場合でもない。head内でなるべく早く読み込まなければ依存コードが動かない。
なのでbodyの最後に置ける広告コードと違い、圧縮状態で30KBのコードが展開され、パースされ、ロードされるまでそのページはブロックされる。
73 = :
jQueryはbodyの最後におけるよ
実際にやってる人いた
jQueryとCSSを最後に読み込ませてサイトの表示速度を上げる方法
http://hodalog.com/move-jquery-to-footer/
たしかにjQueryを最後の方で読み込ませることで
表示速度が改善されているね
74 = :
最近はwebpackで一つないし少数のファイルに結合してしまうけど、
昔RequireJSを使っていた頃は、jQueryを含めて依存プラグイン全てを
非同期で読み込ませていたな
どういう仕組みかと言うとRequireJSが全てのJavaScriptファイルを
同時に読み込み、依存関係情報に従って、すべてが揃ってから発動する
だから、jQueryをjQueryを使うライブラリを非同期で両方同時に読込始めて、
先にjQueryを使うライブラリの読み込みが終わったとしても
jQueryの読み込みが終わってからライブラリの処理が発動するから問題なく動作する
75 = :
操作前のDOMが描画された後にガチャガチャ動いて良いなら当然そうできる。
ただし依存コードもすべてその後ろに置くこと。
コードの規模にもよるが、大きくなるにしたがって姿は見えれどインタラクション不能状態が長くなる。
76 = :
>>75
jQueryに限らずDOMを操作するものは全て同じことでは？
広告はページ本編から独立しているから、問題ないのであって
同じように独立していればjQueryでも同じことできるし。
えーと、なにが良いたいんだい？
最初の一回は読み込むのが遅いけど、二回目以降は
まったく問題ないよで解決するよね。
77 = :
アホがjQury厨を召喚したせいでまたjQueryのすれになっとるわ
死ねよカス
別スレでやれやばーか
78 = :
同じサイトで２回目以降問題ないのは当たり前だろ
無関係のサイトでも同じcdnから読んでればキャッシュ効くのがいいとこなのに
81 = :
>>61,63
（nullはオブジェクトではないけど）
オブジェクトに対するnullみたいな存在だよ
他にもInfinityとか、0が+-の２種類あるとか、double型ならではの仕様があるけれど
結局それらもNaNも全部ひっくるめてJSの数値の内なんだよ
JSの仕様と言うかもうCPUに内蔵されてる仕様で、
1.0+1.0が2.0になるように、1.0/0.0などをするとNaNになる
それらは全てdouble=64bit型の数値であってビット配列が違うだけなんだよ
82 = :
ちょっと自分もどういう流れで話してたか忘れそうだから纏めるけど、
だから通常の数値=doubleが期待される関数でNaNが返ってくるのは極めて自然なんだよってこと
それとJSの数値がdoubleであることによる特徴と、int/uintの特徴と、int/uint化の手法
くらいはしっかり理解しておくのもいいよということ
（概念上は一時的だけど）intにキャストすればInfinityや-0、NaNなんかは出てこないからね
83 = :
浮動小数点数の演算においてゼロ除算の結果の扱いと
文字列をintに変換しようとしたときの扱いと
全然関係なくね
84 = :
文字列をInt型に変換しようと思ってparseIntを使ったという話ならそれは確かに
parseIntが悪いっていうか紛らわしいってことになるかもしれないね
ただ、（ES.nextの話は抜きで簡単に言うと）
JSの数値っていうのは全てdouble型だからね
Int型を返す関数っていうのは無いの
parseIntのIntは、元のJavaでは確かにint型のIntの意味合いもあるけど、
JSではせいぜいInteger=整数っていう程度のものと考えると良い
つまり文字列の中の整数(=integer)を抜き出して、double型で返す関数ということ
そしてdouble型を返す関数に於いて、不正な値を例えば0にするか、それともNaNを返すか
どちらが自然かと言えばやっぱり後者だろうよ
85 = :
せやな。で？
86 = :
javascriptで阪神を勝たせる方法ありますか
87 = :
var 試合結果出力 = () => {
var rand = Math.rand();
var 阪神勝利フラグ = true;
console.log(阪神勝ちフラグ ? '阪神勝利！' : rand > 0.5 ? '阪神勝利！' : '阪神敗北…');
};
試合結果出力();
88 = :
以上のように、数値リテラルには様々な表現方法がありますが、本質的にはこれらの違いは見かけ上のものに過ぎません。
JavaScriptにとっては｢0b10010｣(2進数)、｢0o22｣(8進数)、｢0x12｣(16進数)、｢1.81e1｣(指数は)はいずれも同じく10進数の18なのです。
どの表記を選ぶかは、その時々でのよみやすさに応じて決めるべきです。
JavaScript本格入門より
89 = :
10進数と言うのは嘘だな。
ならどうして0.1 + 0.2が0.30000000000000004になるんだい？
2進数だろう？
91 = :
合ってない。
> いずれも同じく10進数の18なのです。
8進数の22なのです。
16進数の12なのです。
"8進数" リテラル を
内部的に2進数に変換して計算しているからだけど？
だから8進数であっている
"16進数" リテラル を
内部的に2進数に変換して計算しているからだけど？
だから16進数であっている
92 = :
いやあってるじゃん？
なにを根拠に違うって言ってるのか？
93 = :
>>60
doubleじゃないとは書いてない
NaNは何型だと思ってる？
http://php.net/manual/ja/function.gettype.php
94 = :
phpにおけるNAN（phpにおいてはNaNじゃなくてNAN）がphpにおいてはfloat/double型に属するというのはいい
しかしNANが数値だとすると以下が成り立ってしまうのではないか
前提1： NAN - 1 は NAN となる
前提2： NAN - 2 は NAN となる
∴1=2である
96 = :
JS は、内部的には整数は無い。
数値型は、Double のみ
整数かどうか判断できる、関数もない
一方、Ruby では整数型もある
97 = :
つまりRubyはすごくて偉大で最高
98 = :
>>94
NaNはdouble型で非数値なんだよ
そう書いてあるでしょ？
http://php.net/manual/ja/function.is-nan.php
> NAN（phpにおいてはNaNじゃなくてNAN）
NANは誤植じゃないの
NaNと書いてある箇所もあるし、NANが正しいなら、"Not A Number" が正式名称になる
単数の "A" を大文字にするのはどう考えてもおかしい
99 = :
>>98
前段
>>29からずっとNaNがdoubleがって言ってるやつが、>>29でこう書いてる
>なんか勘違いしてるみたいだけど、NaNも立派なdouble型の数値だよ
「NaNも（中略）数値だよ」
後段
php -r "var_dump(NaN);" // Notice: Use of undefined constant NaN と共にstring(3) "NaN"を出力
php -r "var_dump(NAN);" // float(NAN)を出力
100 :
>>99
ああ、ごめん
型の話と勘違いしてた
>>59,93,98までが自分で他は知らない
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.123 + (1002) - [97%] - 2015/4/27 23:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.123 + (966) - [97%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.137 + (1003) - [97%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.143 + (753) - [97%] - 2020/4/19 5:00
- + JavaScript の質問用スレッド vol.103 + (1001) - [97%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
トップメニューへ / →のくす牧場書庫について