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

みんなの評価 :
レスフィルター : (試験中)
ES7で入りそうなもの
↑
・ES6の補強(ES6に間に合わなかったもの)
・数値型系の大拡張(8xbit、巨大数、十進数、分数、複素数、その他SIMD系など)
・演算子の拡張(モジュロなどの追加)
・DOMからの逆輸入(PromiseやWorker)
・型情報付加(guard)
・部分マルチスレッド処理(Parallels)
・メタプロ大拡張(演算子オーバーロード、ValueProxy)
・遅延評価、遅延コール
↓
それ以降か、無しになりそう
その他注目的な動向
・DOMがJS標準になる?
・typeof再設計の試み再び(typeofを設定可能に?、typeof null = "null")
↑
・ES6の補強(ES6に間に合わなかったもの)
・数値型系の大拡張(8xbit、巨大数、十進数、分数、複素数、その他SIMD系など)
・演算子の拡張(モジュロなどの追加)
・DOMからの逆輸入(PromiseやWorker)
・型情報付加(guard)
・部分マルチスレッド処理(Parallels)
・メタプロ大拡張(演算子オーバーロード、ValueProxy)
・遅延評価、遅延コール
↓
それ以降か、無しになりそう
その他注目的な動向
・DOMがJS標準になる?
・typeof再設計の試み再び(typeofを設定可能に?、typeof null = "null")
おれ馬鹿だからわからないけどこれ>>193でprototype汚染が解決されるの?
good partsには、paerseIntが載っていて、parsefloatが載っていない
のは何故なのでしょうか?何か意味があるのでしょうか?
のは何故なのでしょうか?何か意味があるのでしょうか?
一言で言えば「解消される」だが、いろいろ言いたいことがあるな。
まず汚染というのがfor-in等での列挙の事であれば、それを使わなければいいし、そういう風潮になってきたこと。
それから>>193はそういう機能があることの説明ではなく、もっと踏み込んだものであること。
まず汚染というのがfor-in等での列挙の事であれば、それを使わなければいいし、そういう風潮になってきたこと。
それから>>193はそういう機能があることの説明ではなく、もっと踏み込んだものであること。
え、paerseIntはとうぜんbad partsとして載ってるんだよね?
forinとかwithみたいな嫌われた構文を使わなければ汚染なんて関係ないこと
paerseIntはCSSの~pxみたいなときのパースでしか使うことはない
今はinput要素には.valueの他に.valueAsNumberがあるのでそちらを使うべき
勿論n = +strもとてもいい
今はinput要素には.valueの他に.valueAsNumberがあるのでそちらを使うべき
勿論n = +strもとてもいい
>>211
その話は色んな奴がこの前したがダメなんだとよ
その話は色んな奴がこの前したがダメなんだとよ
Object.prototypeがライブラリ同士でバッティングしててもこれからは忍者のように隠れてわからなくなるってこと?
letって今普通に使えるんですか?
MDN見たらまた不確定機能みたいに書かれてますが。
しかも
let で宣言された変数はそれを取り囲んでいるブロックの先頭へ引き上げられます。
ってletも巻き上げられるんじゃ?
MDN見たらまた不確定機能みたいに書かれてますが。
しかも
let で宣言された変数はそれを取り囲んでいるブロックの先頭へ引き上げられます。
ってletも巻き上げられるんじゃ?
だからMDNの情報は古いことがあるから鵜呑みにするなって前言ったろ。
とは言ってもES6に関してはESwikiは勿論、
ドラフトもところどころ、なんと1年も反映が遅れてる部分もあるから注意。
とは言ってもES6に関してはESwikiは勿論、
ドラフトもところどころ、なんと1年も反映が遅れてる部分もあるから注意。
ES6にletがあっても今現在のコーディングが変わるわけでもないし
だから何としか言いようがないですね
だから何としか言いようがないですね
ES6に関してはこういう微妙なところも追っておかないと将来絶対アレ!?ってなるな
http://esdiscuss.org/topic/removal-of-noin-grammar-productions-and-for-loop-parsing
http://esdiscuss.org/topic/removal-of-noin-grammar-productions-and-for-loop-parsing
多分10
http://msdn.microsoft.com/en-us/library/ie/hh772947(v=vs.85).aspx
http://msdn.microsoft.com/en-us/library/ie/hh772947(v=vs.85).aspx
HTML5ベーシックの一部だから
HTML5対応をちょっとでも謳うんなら実装してないとおかしい
HTML5対応をちょっとでも謳うんなら実装してないとおかしい
>>222
ありがとうございます。
10ですか、私のwebサイトではie8まではサポートしてるので
とりあえず、paerseIntを使っときます。
parseFloatってgood partsに載ってないのは、紙面に限りがある
とかですかね?
ありがとうございます。
10ですか、私のwebサイトではie8まではサポートしてるので
とりあえず、paerseIntを使っときます。
parseFloatってgood partsに載ってないのは、紙面に限りがある
とかですかね?
クロックフォードスタイルがletによって変わるかは疑問がありますね
宣言しなければ自動的にローカル変数になる言語になったならともかく
宣言が必要ならば、ブロックの最初でするのがベストなのでは?
最初に宣言しておけば、それ以降は宣言したかどうかを気にする必要がないので。
varでもそうですが、多重宣言にならないように気を付けるのは面倒なものです
宣言しなければ自動的にローカル変数になる言語になったならともかく
宣言が必要ならば、ブロックの最初でするのがベストなのでは?
最初に宣言しておけば、それ以降は宣言したかどうかを気にする必要がないので。
varでもそうですが、多重宣言にならないように気を付けるのは面倒なものです
letの多重宣言はコンパイルタイムエラーだから発見が容易だし
varの多重宣言はと言うのはズレてる、スタイルに関連する問題ではない
varの多重宣言はと言うのはズレてる、スタイルに関連する問題ではない
ズレてるのは自分では・・
言葉の意味は分かりますが文章全体としては何を言いいたいのか全く分かりませんよ
言葉の意味は分かりますが文章全体としては何を言いいたいのか全く分かりませんよ
何が言いたいのか分からんのはそっちだよ
でも最大限推測してあげて色んなケースを考えてみたけど
varの重複を気をつける必要があるシチュが思いつかない
でも最大限推測してあげて色んなケースを考えてみたけど
varの重複を気をつける必要があるシチュが思いつかない
変数名の重複を気にしなければならないほど巨大な関数をつくろうとしているのが問題なのでは。
普通に書いてればそんなこと起こらないでしょ。
そもそも似たような名前の変数を同じ関数内で宣言しなければならないという状況自体、
同じような処理を何度もやろうとしてるとかしか思いつかないんだけど。
普通に書いてればそんなこと起こらないでしょ。
そもそも似たような名前の変数を同じ関数内で宣言しなければならないという状況自体、
同じような処理を何度もやろうとしてるとかしか思いつかないんだけど。
宣言を重複させる例
function foo() {
for(var i = 0; i < 10; i++) {
・・・
}
for(var i = 0; i < 10; i++) {
・・・
}
}
これよりも、こう書くがいいでしょう?
function foo() {
var i;
for(i = 0; i < 10; i++) {
・・・
}
for(i = 0; i < 10; i++) {
・・・
}
}
理由はvarを上にまとめたほうがいいという言ってる人が説明してね。
function foo() {
for(var i = 0; i < 10; i++) {
・・・
}
for(var i = 0; i < 10; i++) {
・・・
}
}
これよりも、こう書くがいいでしょう?
function foo() {
var i;
for(i = 0; i < 10; i++) {
・・・
}
for(i = 0; i < 10; i++) {
・・・
}
}
理由はvarを上にまとめたほうがいいという言ってる人が説明してね。
それこそletを使えば良いじゃん
なぜわざわざvarで重複させたり、
iが必要ないforの外でまでiを参照できるようにしとく必要があるの?
なぜわざわざvarで重複させたり、
iが必要ないforの外でまでiを参照できるようにしとく必要があるの?
デモもあったけどURLが長いんで、
traceur-compiler online で検索してくれ
右上のoptionsに全部チェック入れると
letもアロー関数も対応してるのがわかる。
traceur-compiler online で検索してくれ
右上のoptionsに全部チェック入れると
letもアロー関数も対応してるのがわかる。
>>193
よく見たらコンステレーションって人、escodegenの作者なんですね
よく見たらコンステレーションって人、escodegenの作者なんですね
>>232
これは非常に気持ち悪く感じる…感性の問題かもしれんけど
これは非常に気持ち悪く感じる…感性の問題かもしれんけど
他の言語では大抵重複宣言はエラーになるから、
意識する様に習慣付いてるという理由で JavaScript でも
それに従う、という程度かな。
意識する様に習慣付いてるという理由で JavaScript でも
それに従う、という程度かな。
他の言語のやり方に従うというであれば、
使う所で宣言する習慣にしたがえよw
使う所で宣言する習慣にしたがえよw
sには10進数の文字列が入っていてほしいんですが、sにはいろんな型が入っているかもしれません
parseInt(s, 10)でint型に変換してint型で利用したいんですが
いい方法教えてください
parseInt("0x0a", 10)と parseInt(0x0a, 10) は 0 と 10 になるのでNG。元が16進数なので省きたい
parseInt("true", 10) やparseInt(true, 10) は NaN になるから省けるのでOK
parseInt(s, 10)でint型に変換してint型で利用したいんですが
いい方法教えてください
parseInt("0x0a", 10)と parseInt(0x0a, 10) は 0 と 10 になるのでNG。元が16進数なので省きたい
parseInt("true", 10) やparseInt(true, 10) は NaN になるから省けるのでOK
16進数を10進数に直したいのではないんです
とにかく第一引数が10進数の整数・文字列じゃないときは全部NGにしたいんですよ
とにかく第一引数が10進数の整数・文字列じゃないときは全部NGにしたいんですよ
if(typeof s == "symbol" || !(""+s).match(/^\d+$/)) throw "10進数値だけよ";
/\d*\.?\d*/ とか?
1.0e6みたいな表現にも対応するのは面倒だな。
1.0e6みたいな表現にも対応するのは面倒だな。
if(!Number.isFinite(+s)) throw "じゃあの"
これでFA
if (parseFloat(s,10) != +s) throw "んじゃの"
if (parseFloat(s,10) != +s) throw "んじゃの"



類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.108 + (1001) - [97%] - 2013/9/21 15:16
- + JavaScript の質問用スレッド vol.100 + (1001) - [97%] - 2012/6/13 22:46
- + JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
- + JavaScript の質問用スレッド vol.102 + (1001) - [97%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.103 + (1001) - [97%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.104 + (1001) - [97%] - 2013/1/28 4:00
- + JavaScript の質問用スレッド vol.105 + (1001) - [97%] - 2013/5/20 4:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.106 + (1001) - [97%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.107 + (1001) - [97%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.129 + (926) - [97%] - 2017/7/27 13:45
- + JavaScript の質問用スレッド vol.129 + (981) - [97%] - 2016/5/5 8:16
- + JavaScript の質問用スレッド vol.122 + (116) - [95%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.122 + (1004) - [95%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.141 + (881) - [95%] - 2021/4/19 9:00
トップメニューへ / →のくす牧場書庫について