私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.136 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>750
おまえが(キモさでは)ナンバーワンだ
おまえが(キモさでは)ナンバーワンだ
>>745-748
回答者にも説明責任があるぞ
回答者にも説明責任があるぞ
つまり、回答は相手に伝わらなくても良いし、伝わりづらい表現でこきおろしても良い
それで困るのは質問者で回答者は困らないから好き勝手に質問者をいじり倒す、というわけだな
それで困るのは質問者で回答者は困らないから好き勝手に質問者をいじり倒す、というわけだな
>>758
ここしばらくjs関係な話ばかりだぞｗ
ここしばらくjs関係な話ばかりだぞｗ
そりゃ、自己中な回答者ばかりいるスレで質問しようとは誰も思わんだろ
配列とかオブジェクトとかMapインスタンスの宣言でconstでなく敢えてletを使うコードを見かけるけど、
全部constで良いよね？
「オブジェクトがイミュータブルじゃない（freezeされてない）から明示的にletにしておく」
とかそういう思想でもあるの？
const/letの意味を勘違いしているのか、俺が勘違いしているのか？
全部constで良いよね？
「オブジェクトがイミュータブルじゃない（freezeされてない）から明示的にletにしておく」
とかそういう思想でもあるの？
const/letの意味を勘違いしているのか、俺が勘違いしているのか？
constつけとけば変更されないくらいのしょうもない理解のやつが後を立たずバグが続出した。結果、全部letになった。
配列やオブジェクトのconstの挙動で混乱するらしい。
どうして混乱するのか俺は意味が分からず混乱した。
配列やオブジェクトのconstの挙動で混乱するらしい。
どうして混乱するのか俺は意味が分からず混乱した。
なんでconstでバグになってletでバグにならないのかわからん
letの使い方のうち値を変更しないものをconstにするだけだろう？
letの使い方のうち値を変更しないものをconstにするだけだろう？
基本型と参照型の違いを理解してないって事か
C/C++のポインタ/参照が分かってれば分かりそうなもんだが
C/C++のポインタ/参照が分かってれば分かりそうなもんだが
letのほうが短くて良い
定数と一時変数は分けるべき
constで宣言する変数を全部大文字スネークケースにするわけでも無いだろうし
単純に安全だからとりあえずconst使っとけというのは安易な考え
定数と一時変数は分けるべき
constで宣言する変数を全部大文字スネークケースにするわけでも無いだろうし
単純に安全だからとりあえずconst使っとけというのは安易な考え
>>771
いや、普通に考えて今まで定数は例えば大文字スネークケースで書いたりしてきたでしょ
でも関数内の一時変数をそう書く人はまず居ない
なのにどちらにもconst使うっておかしいでしょ
そこまで神経質なら全部のオブジェクトもプロトタイプ調整してfreezeすべきだと思うよ
変化が無いからとconstを付けるのはどうしても違和感があるね
いや、普通に考えて今まで定数は例えば大文字スネークケースで書いたりしてきたでしょ
でも関数内の一時変数をそう書く人はまず居ない
なのにどちらにもconst使うっておかしいでしょ
そこまで神経質なら全部のオブジェクトもプロトタイプ調整してfreezeすべきだと思うよ
変化が無いからとconstを付けるのはどうしても違和感があるね
Kotlinはvalとvar
Swiftはletとvar
この点はJavaScriptが非常に劣る点、羨ましい
Swiftはletとvar
この点はJavaScriptが非常に劣る点、羨ましい
constと同じ意味になる
例えば a =: 123 みたいなシンタックスシュガーできないかな？
例えば a =: 123 みたいなシンタックスシュガーできないかな？
Scalaなんかもvalだし、valで良かったよな
まあそうすると今度は「varと似てて紛らわしい」派が現れるんだが
あるいはRustみたくletをconstの意味にして、可変にしたいならlet mutでも良い
可変の方が長ければみんな自然と不変寄りになるだろう
何にしてもconstがletより長いのは馬鹿げた仕様
まあそうすると今度は「varと似てて紛らわしい」派が現れるんだが
あるいはRustみたくletをconstの意味にして、可変にしたいならlet mutでも良い
可変の方が長ければみんな自然と不変寄りになるだろう
何にしてもconstがletより長いのは馬鹿げた仕様
Reactで
class Hoge {
// 省略
}
function mapStateToProps() {
// 省略
}
function mapDispatchToProps() {
// 省略
}
export default connect(mapStateToProps, mapDispatchToProps)(Hoge)
ってのがあるんだけど、このconnect()()ってどういう書き方なんだろ？
class Hoge {
// 省略
}
function mapStateToProps() {
// 省略
}
function mapDispatchToProps() {
// 省略
}
export default connect(mapStateToProps, mapDispatchToProps)(Hoge)
ってのがあるんだけど、このconnect()()ってどういう書き方なんだろ？
高階関数って引数に関数を渡せる奴だよね？
connect(mapStateToProps, mapDispatchToProps)が高階関数
その後の(Hoge)は
connectの戻り値の関数(Hoge)
ってことなのかな？
つまりHogeが引数？
connect(mapStateToProps, mapDispatchToProps)が高階関数
その後の(Hoge)は
connectの戻り値の関数(Hoge)
ってことなのかな？
つまりHogeが引数？
戻り値を関数にする関数も高階関数というよ
要は関数を引数に取るか戻り値にしてたら高階関数だ
実装は知らんがそれを見るにconnectは関数を受け取って関数を返してるんだろうね
要は関数を引数に取るか戻り値にしてたら高階関数だ
実装は知らんがそれを見るにconnectは関数を受け取って関数を返してるんだろうね
sortがどういう手順で入れ替えをしているのかふと気になり
var ary=[8,5,7,6];
console.log(ary.sort(function(a,b) {
console.log(`a=${a}, b=${b} ${a-b>0} arr=[${ary}]`);
return a-b;
}));
というコードをChromeで試したところ
a=5, b=8 false arr=[8,5,7,6]
a=7, b=5 true arr=[8,5,7,6]
a=7, b=8 false arr=[5,8,7,6]
a=7, b=5 true arr=[5,8,7,6]
a=6, b=7 false arr=[5,7,8,6]
a=6, b=5 true arr=[5,7,8,6]
となりました
これはクイックソートではありませんよね？
false→trueのときに交換が行われているようなのですが
一体何ソートなのでしょうか
var ary=[8,5,7,6];
console.log(ary.sort(function(a,b) {
console.log(`a=${a}, b=${b} ${a-b>0} arr=[${ary}]`);
return a-b;
}));
というコードをChromeで試したところ
a=5, b=8 false arr=[8,5,7,6]
a=7, b=5 true arr=[8,5,7,6]
a=7, b=8 false arr=[5,8,7,6]
a=7, b=5 true arr=[5,8,7,6]
a=6, b=7 false arr=[5,7,8,6]
a=6, b=5 true arr=[5,7,8,6]
となりました
これはクイックソートではありませんよね？
false→trueのときに交換が行われているようなのですが
一体何ソートなのでしょうか
>>784
エンジンにもよるんだろうけど
V8だと要素数少ないときは挿入ソート、多くなるとクイックソート
要素数22がしきい値の模様
http://github.com/v8/v8/blob/cbf9137707edcc6c4e09b2a680667a52c3226621/src/array.js#L893
エンジンにもよるんだろうけど
V8だと要素数少ないときは挿入ソート、多くなるとクイックソート
要素数22がしきい値の模様
http://github.com/v8/v8/blob/cbf9137707edcc6c4e09b2a680667a52c3226621/src/array.js#L893
ソート中のaryは都度更新されるわけじゃないね
firefoxは最後までarr=[8,5,7,6]のままだし
firefoxは最後までarr=[8,5,7,6]のままだし
もうホントに>>786こういうレスにはウンザリ
何も分かってないのに大間違いな回答するなと
それ何年前のコードだよ いい加減にしろ
ちょっとでもES DiscussやChromium issues追ってたら、長年度々話は出てたが
いよいよソートは常に安定にした方が良さげだねというコンセンサスが高まってるのがわかるだろう
そしてついにChromeが常に安定なTimソートに切り替えたっていう大事件を知らないっていうはずがない
仮に、仮にだよ
今日まで事故で入院してて意識がなくて知りようがなかったとかいう事情があったとしても
今のソースコード見れば嫌でも分かるでしょ
http://chromium.googlesource.com/v8/v8/+/master/third_party/v8/builtins/array-sort.tq
ソースコードを提示したいのなら、正しいソースコードを貼れ
それはもう人として最低限云々の話
>>786 悪気がなくともこういう奴を俺は本当に軽蔑する
何も分かってないのに大間違いな回答するなと
それ何年前のコードだよ いい加減にしろ
ちょっとでもES DiscussやChromium issues追ってたら、長年度々話は出てたが
いよいよソートは常に安定にした方が良さげだねというコンセンサスが高まってるのがわかるだろう
そしてついにChromeが常に安定なTimソートに切り替えたっていう大事件を知らないっていうはずがない
仮に、仮にだよ
今日まで事故で入院してて意識がなくて知りようがなかったとかいう事情があったとしても
今のソースコード見れば嫌でも分かるでしょ
http://chromium.googlesource.com/v8/v8/+/master/third_party/v8/builtins/array-sort.tq
ソースコードを提示したいのなら、正しいソースコードを貼れ
それはもう人として最低限云々の話
>>786 悪気がなくともこういう奴を俺は本当に軽蔑する
長年の意識不明状態から回復した>>788「はっ……！ 今は何年だ？ 俺はどれぐらい眠っていた？ まずはソースコードを読まなければ」
>>790,794
ちゃんと謝れる子はえらいんやで
ちゃんと謝れる子はえらいんやで
俺も昔phpとマニュアルのバグ直してたな
勉強ついでの恩返しみたいなもんだ
勉強ついでの恩返しみたいなもんだ
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + 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.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.106 + (1001) - [97%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.137 + (1003) - [97%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.126 + (952) - [97%] - 2015/11/18 13:15
- + JavaScript の質問用スレッド vol.126 + (348) - [97%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [95%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.119 + (1002) - [95%] - 2014/10/3 15:30
トップメニューへ / →のくす牧場書庫について