JavaScript情報交換所(プログラミング既習者専用） [無断転載禁止]©2ch.net (767ﾚｽ)
上下前次1-新

---

158(4): デフォルトの名無しさん [sage] 2016/05/15(日) 17:01:58.55 ID:79V1eiQO(3/6) AA×
>>154

https://esdiscuss.org/topic/existential-operator-null-propagation-operator

[240|320|480|600|100%|JPG|べ|ﾚｽ栞|ﾚｽ消]
158: デフォルトの名無しさん [sage] 2016/05/15(日) 17:01:58.55 ID:79V1eiQO >>154 'use strict'強制は、ES2015のclass構文内やモジュール内で達成されている。 typeof nullの挙動は２年前治そうという案の盛り上がりが頂点に達したのだが互換性のために断念した。 が、将来的な演算子オーバーロードの仕様が入ると共に直す策を入れようと言う案は出てる。 もしくは、V8が画策している型付厳格JSの方向性が成ればそちらでも更生は可能。 でも自分としては、動的言語で型を一生懸命「事前にチェックする」のは良くないという持論を持っている。 その代わり、せっかく備わっている暗黙の型変換を利用して、型を「揃えて」おくのが良いと思う。 例えば自然数入力を期待してpromptを出し続けるのであれば、 do{ n = prompt('自然数') | 0 }while(n <= 0) で良い事が多いし、良いとするようにする。 この場合入力がキャンセルされた際のnullも、空入力の""も+演算子で0になる。 そういうパターンを活用し、そういうパターンが活用できるようなロジック・仕様を組み立てるのが、 JSをスクリプト言語として上手く活用していく上での１つの答えと思っている。 そういう感じで、nullに関して重要なのは、もっとよく扱えるようにする事かもしれない。 例えば昔から案があって、直近はそろそろ仕様に入りそうなくらい盛り上がってきたこれ https://esdiscuss.org/topic/existential-operator-null-propagation-operator こういう演算子が入ったりすれば、ますます「事前にチェックする」必要性がなくなる。 http://mevius.5ch.net/test/read.cgi/tech/1449440793/158
強制はの構文内やモジュール内で達成されている の挙動は２年前治そうという案の盛り上がりが頂点に達したのだが互換性のために断念した が将来的な演算子オーバーロードの仕様が入ると共に直す策を入れようと言う案は出てる もしくはが画策している型付厳格の方向性が成ればそちらでも更生は可能 でも自分としては動的言語で型を一生懸命事前にチェックするのは良くないという持論を持っている その代わりせっかく備わっている暗黙の型変換を利用して型を揃えておくのが良いと思う 例えば自然数入力を期待してを出し続けるのであれば 自然数 で良い事が多いし良いとするようにする この場合入力がキャンセルされた際のも空入力のも演算子でになる そういうパターンを活用しそういうパターンが活用できるようなロジック仕様を組み立てるのが をスクリプト言語として上手く活用していく上での１つの答えと思っている そういう感じでに関して重要なのはもっとよく扱えるようにする事かもしれない 例えば昔から案があって直近はそろそろ仕様に入りそうなくらい盛り上がってきたこれ こういう演算子が入ったりすればますます事前にチェックする必要性がなくなる

---

上下前次1-新書関写板覧索設栞歴

---

あと 609 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

ぬこの手 ぬこTOP 2.029s*