JavaScript 4©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2014/12/05(金) 12:19:07.19

( ^ω^) 初学者・迷子・ロリ幼女はこちらで
　　_、_
（　,_ﾉ` ）　プロフェッショナルはECMAScript デス 4へ

【前スレ】
JavaScript 3
http://peace.2ch.net/test/read.cgi/tech/1380177260/

【関連スレ】
ECMAScript デス 4
http://peace.2ch.net/test/read.cgi/tech/1325448978/
+ JavaScript の質問用スレッド vol.117 +
http://peace.2ch.net/test/read.cgi/tech/1404146244/
CoffeeScript
http://peace.2ch.net/test/read.cgi/tech/1320949260/
TypeScript part1
http://peace.2ch.net/test/read.cgi/tech/1349187527/
構造化ウェブプログラミング言語Dart2
http://peace.2ch.net/test/read.cgi/tech/1319388343/
Microsoft SkyDrive API
http://peace.2ch.net/test/read.cgi/tech/1385604796/
【MACRO】Google Apps Script 質問スレ【DRIVE】
http://peace.2ch.net/test/read.cgi/tech/1404007623/
【node.js】サーバサイドjavascript 2【Rhino】
http://peace.2ch.net/test/read.cgi/tech/1358937029/

**デフォルトの名無しさん転載ダメ©2ch.net** · 2014/12/05(金) 12:20:14.04

【前スレ-2】

JavaScript ライブラリ総合質問所 vol.4
http://peace.2ch.net/test/read.cgi/hp/1400834117/
Node.js + Express
http://kanae.2ch.net/test/read.cgi/php/1357402658/
【MVW】AngularJS {{2}}【Google】 [転載禁止]©2ch.net
http://kanae.2ch.net/test/read.cgi/php/1415599223/
enchant.js
http://peace.2ch.net/test/read.cgi/gamedev/1352393326/
むしろjavascriptでゲーム作ろうぜ
http://peace.2ch.net/test/read.cgi/gamedev/1048171505/

**デフォルトの名無しさん** · 2014/12/05(金) 12:22:14.63

ああ、間違った。
>>2 は関連スレ-2です。

次スレは>>980あたりでお願いします。

**デフォルトの名無しさん** · 2014/12/05(金) 12:28:49.65

板毎の整理までして戴いて超GJでござる

**デフォルトの名無しさん** · 2014/12/05(金) 14:51:01.34

　　　　　　　　　　　　　　ノ　　　　ﾟ.ﾉヽ　 , /}　　　　　　...
　　　　　　　　　　　　,,ｲ`"　　　　　､-' 　 `;_' '　　　　..::::::::::::::...
　　　,-､　　_.._　　　(　　　　　　　　(,(~ヽ'~　　　　　..:::::::::::::::::::::::
　）'~ 　ﾚｰ'　　〉　　ヽ　　　　　　　i`'}　　　　　　　.:::::::::::::::::::::::
　~つ　　　　'-ｰ､　　i　　　　　　　|　i'　　　　　...:::::::::::::::::::::::
　／　　　　　　 <　　/　　　　　。/ 　 !　　......:::::::::::::::::::::::::　　　　これは>>1乙じゃなくて
/　　　　　　　　　~^´　　　　 /},-''　,●::::::::::::::::::::::::::::::::::::
i､　　　　　　　　,i'　_,,...,-‐-､/　　　 i　 ::::::::　　.:::::::::::::
..ゝ　　　　　　　　<,,-＝=､　　　,,-,/　　　　　 .:::::::::::　　　　　　　　　　　　放射能がうんたら
　)　　　　　　　{~''~>`v-''`ｰﾞ`'~　　　　　　　..:::::::::　　　　　　　　　　　　　　　　　　　　　　　　　　........::.
　{　　　　　　　ﾚ_ﾉ　　　　　　　　　　　　..::::::::.　　　　　　　　　　　　　　　　　　　　　　　　　......:::::::::
ノ　　　　　　　　　''　　　　　　　　　　　..:::::::　　　　　　　　　　　　　　　　　　　　　　　 ...::.:...:::::::::
　　　　　　　　　　　　　　　　　　　　 .:::::::::　　　　　　　　　　　　　　　　　　　　　...:......::::::::::::　.
　　　　　　　　　　　　　　　　　　　　.:::::::::::.　　　　　　　　.....　　　　　 ..　　..::::::::::::::::::::::::　　　:::.
　　　　　　　　　　　　　　　　　　　　::::::::::::::::.::::::....:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::..　::　 ::..
　　　　　　　　　　　　　　　　　　　 .::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::　:::　　　　::.
　　　　　　　　　　　　　　　　　　　　:::::::::::::::::　::::::::::::::::::::::::::::::　:::::
　　　　　　　　　　　　　　　　　　　　　　　　　 .::　　　 ::.　　:::

**デフォルトの名無しさん** · 2014/12/05(金) 20:23:41.06

http://i.imgur.com/SduT7qR.jpg
http://i.imgur.com/2f8fP3F.jpg
http://i.imgur.com/u0ymg8c.jpg
http://i.imgur.com/LruEssT.png
http://i.imgur.com/AeSQqRT.jpg
http://cisburger.com/up/bnf/6016.jpg
http://up.pangya.tv/src/www_pangya_tv18594.jpg

**デフォルトの名無しさん** · 2014/12/05(金) 20:48:53.50

ここはJavaScript4のスレです

http://ja.wikipedia.org/wiki/ECMAScript#ECMAScript_4

ECMAScript 4

「JavaScript#JavaScript 2.0」も参照
ECMAScript 4 は過去2回仕様作成が挑戦されたが、仕様がまとまらず、失敗に終わっている。
1回目[編集]
2000年～2003年ごろ行われた。主に、旧Netscape社とMicrosoft社によって行われたが、意見がまとまらずに、打ち切りとなった。この時の案は ActionScript へと引き継がれた。
http://www.mozilla.org/js/language/old-es4/ - 昔のNetscape草案
2回目[編集]
2007年～2008年ごろ、2回目の仕様作成が行われた。大きく機能を追加される予定であったが、意見がまとまらず、2008年8月13日に、小規模の改善にとどまる、ECMAScript 3.1 を進めることとなった[3]。仕様は、http://www.ecmascript.org/docs.php にて公開されている。
以下のような予定があった。
大規模・大人数開発のための機能の追加[要出典]
型に関する機能の追加[要出典]
ジェネリックプログラミングの機能の追加
ECMAScript 3 が下位互換だが、互換でない仕様が一部に入る[要出典]
ActionScript 3 の上位互換だが、互換でない仕様が一部に入る[要出典]

**デフォルトの名無しさん** · 2014/12/06(土) 00:47:10.87

いやいやいやいやいやいやいやいやいやいや、

ただのPart 4ですからー残念！

**デフォルトの名無しさん** · 2014/12/06(土) 00:52:42.22

>>2
そういやWeb制作板の方にも質問スレがあったんだった。

+ JavaScript の質問用スレッド vol.121 +©2ch.net
http://peace.2ch.net/test/read.cgi/hp/1415213701/

そして>>6は一体どこの誤爆？

**デフォルトの名無しさん** · 2014/12/06(土) 13:37:22.95

ろ・ろ・ろりようじょちゃうわっ！

**デフォルトの名無しさん** · 2015/01/22(木) 21:05:26.72

lodash 3.0 リリース間近！

https://github.com/lodash/lodash
3.0-preから-preが外れました！

スレが多すぎてどこに書けばいいかわからないので
関連スレすべてにマルチポストしています。m(__)m

**デフォルトの名無しさん** · 2015/01/23(金) 04:56:10.36

せっかく貼ってもらって恐縮だが
ここは関連してない

**デフォルトの名無しさん** · 2015/01/28(水) 16:27:09.57

フェラチオ

**デフォルトの名無しさん** · 2015/02/11(水) 21:37:34.73

http://www.mpi-sws.org/~rossberg/papers/JSExperimentalDirections.pdf

GoogleはJSに「新モードを追加する」という方向性に舵をきり始めた。
GoogleはSaneScript、SaneModeをV8上に今年上半期に実装する。
これはJSの機能を一部制限し、動作を変えることで強力な最適化を可能にする。
語弊を恐れずに言うと、asm.jsの発展版であり、
asm.jsがJSの10%の機能、ユースケースをターゲットにしたものなら、Saneは90％程度だ。

そして今年下半期にはSaneとシンクロする型システムを導入し、SoundScriptとなってharmonyの次の音色をJSにもたらす。
JSは静的＆動的型付け、クラス＆プロトタイプベース言語となってあらゆる人々の要求に答える言語へと成長する。
それは遠い未来の話ではない。１年の間にその変化が起こるのだ。

**デフォルトの名無しさん** · 2015/02/11(水) 21:46:25.26

つまり標準化をやめてオレオレ拡張するってことか

**デフォルトの名無しさん** · 2015/02/11(水) 21:51:27.65

よくわかんないけどウェブプログラマがIEを恨む時代からChromeを恨む時代になる？

**デフォルトの名無しさん** · 2015/02/11(水) 21:54:42.46

違う。これを発表したのはまさにTC39Meetingでだ。
だからGoogleはこれがES7あたりで標準になることを望んでいる。
O.oのときと同じく先行実験をするということ。

しかしJSが徐々に「Living Standerd」化していってるのは否定しない。
これは良い悪いではなく抗えない時代の流れなのだと思う。
そういえばこれと同じようにMozilla陣営が実験を進めていたParallelsは、
共感が少ないということで白紙に戻ったそうだ。

この取り組みが成功し、標準になるかどうかは結局は我々開発者の評判次第ということだ。

**デフォルトの名無しさん** · 2015/02/11(水) 22:07:33.80

皆はasm.jsを手書きで書こうとして詰まったり、思ったよりパフォーマンスが上がらなかったことはないだろうか。
Saneなら違う。SaneはほぼJSの感覚で手で楽にかけるし、パフォーマンスだけでなくリーディングの面でも素晴らしい効果をもたらす。
問題はこのJSにモードを増やすという考え方が、開発者たちにとって歓迎されるかどうかだ。

このasm.jsについてのissueを見てほしい。
https://code.google.com/p/v8/issues/detail?id=2599
10でも多いレス数は80。100で大人気のスター数は630。
当初Googleはasm.js向けの最適化はしないと言っていたのが徐々に主張が変わり、
今では新最適化エンジンで"use asm"を認識し、最適化モードを切り替えられるようにしたほどである。
今回の"use sane"アイディアはこういったことから開発者の受けがいいと判断してのことだろう。

**デフォルトの名無しさん** · 2015/02/11(水) 22:19:43.31

asm.jsで目的は達成してるし他にはいらん
しかもasm.jsはソースがグチャグチャになるからアセンブラ並の難読化の役割も果たしてる
分かりやすくして欲しくない

**デフォルトの名無しさん** · 2015/02/11(水) 23:07:43.53

asm.jsはネイティブのコードをJS化するときに活用できるものであって、
"use strict"の強化版的なSaneModeとはユースケースが違う。
特にvarの使用位置にこだわる人やLint勢、クラスベース言語経験者からは喜ばれると思う。

**デフォルトの名無しさん** · 2015/02/11(水) 23:21:05.94

Sane/Soundで一番JSらしくなくなるのはオブジェクトが拡張できなくなる点だが、
sealedされて型のついたオブジェクトというのは、ES7で前々から提案されていたTypedObjectと同じだ。
コンストラクタがデフォルトでTypedObjectを返すようになるモードと考えれば、違和感も薄れるかもしれない。

**デフォルトの名無しさん** · 2015/02/11(水) 23:31:26.15

pdf読んだが、ただのstrict modeの拡張レベルの話しだな
SoundScriptの方にいたってはTypeScriptのパクリだし
TypeScriptパクる奴は後を絶たないな

**デフォルトの名無しさん** · 2015/02/11(水) 23:38:26.87

パクってもらうのが目的な気がしてならない

**デフォルトの名無しさん** · 2015/02/12(木) 04:27:00.28

パクリも何もTypedScriptは元々ES6に向けたharmonyの機能を先行して実装し、
それに加えてES4の頃からアイディアがあってES7辺りでの実現が見込まれていた型注釈を組み込んだものだよ。
そしてTypeScriptの目標は自身（型注釈）がES7で取り入れられて最終的に用無しになることだからね。
CoffeeScriptなんかとよく並べられるが、どちらかと言うとtraceurや6to5みたいなトランスレーターの仲間と考えた方がいい。
とは言えTSの型注釈はコンパイル時の整合性チェックのためのもので、実行時に活用するSSとは少し有り様が違う。

**デフォルトの名無しさん** · 2015/02/12(木) 13:51:21.11

>>24
JavaScriptに型注釈が取り入れられるわけないし必要ない
それにブラウザ内蔵オブジェクトに正しく型を付けられるようにしたのはTypedScriptが最初だ
アイディアレベルのものと実際に実用的に動くものにしたのでは天と地ほどの差がある
実行時に活用するのは同じGoogleのAtScriptがあるだろ

**デフォルトの名無しさん** · 2015/02/12(木) 15:31:26.12

>>25
>>型注釈が取り入れられるわけない
そんなことはない
ただし、ESでの型注釈は現状無難なguardの方向になる可能性が一番高い
SSはもっと踏み込んでる

>>ブラウザ内蔵オブジェクトに正しく型を付けられるようにしたの～
DefinitelyTypedについて言っているのならそれは完全にTSの功績
だがそれはTSの型注釈がコンパイル時の検証のためのものだから必要なのであって
ランタイムのチェックには必要ないもの

>>アイディアレベルのものと実際に実用的に動くものにしたのでは天と地ほどの差がある
別にTSの実装が最初かどうかは論じてない
パクリかどうかについて言ったまでのこと
そういう論展開ならなおさら実装をパクったわけではないからぱっと見似ている機能を入れてもパクリでないということになる

>>AtScript～
もしguardのことを言っているのであればそれもまたES7アイディアの一つで別軸、別機能、別の話

**デフォルトの名無しさん** · 2015/02/12(木) 16:52:25.34

>>26
> ただし、ESでの型注釈は現状無難なguardの方向になる可能性が一番高い
guardはブレンダン・アイクにいらねー言われてたよ

> DefinitelyTypedについて言っているのならそれは完全にTSの功績
ブラウザ内蔵オブジェクトは単純なclassの定義だけじゃ型付け出来ないものがある
TypeScriptは若干独特な仕様のinterfaceを導入して正しく型付けしている

**デフォルトの名無しさん** · 2015/02/12(木) 18:47:26.14

>>27
guardそのものではないが、実行時の型チェック→エラー機能に留まる≒guardということ。

それと別に型が正しく型付けできない云々はあくまでTSの問題。TSが型をどのように定義し利用してるかの問題であって、一般的な話ではない。
そもそもTSにおける型とは架空のものだから。架空のものなのはJSが曖昧だから。

その点SSはそもそもクラスベースの世界だからインスタンスに紐付けられているクラス情報で判断できる。
で、ビルドインコンストラクタについてはどうやって外部の（プロトタイプベースの）世界と折り合いをつけるのかが示されていないから、
ランタイムチェックについては問題ないがAOT最適化をどうやるのかはなんとも言えない。

**デフォルトの名無しさん** · 2015/02/13(金) 21:09:48.47

jsonの日

**デフォルトの名無しさん** · 2015/02/14(土) 03:59:43.76

リア充の日

**デフォルトの名無しさん** · 2015/02/16(月) 00:41:45.50

Effective JavaScript読むとJSのきもさに眩暈がするな
元々ガチ向けじゃなかったものをガチ向けにした気持ち悪さ
まるで遊戯王

**デフォルトの名無しさん** · 2015/02/16(月) 02:39:37.43

どんな言語でもプログラムした事無い素人の典型的なレスだな（笑）

**デフォルトの名無しさん** · 2015/02/16(月) 08:14:21.62

キモイだろ。普通に。
ここまで捏ね繰り回されたコードが普通に使われる言語は珍しい。
他の言語だとそういうキモイコードは、面白いけどさあ、で大体終わる。

**デフォルトの名無しさん** · 2015/02/16(月) 09:39:29.51

まあ皆キモイと思ってるから各種altJSが出てくるんだろうし

**デフォルトの名無しさん** · 2015/02/16(月) 09:40:08.76

>>34
そんなこと思ってる奴は全体でも１割もいない

**デフォルトの名無しさん** · 2015/02/16(月) 11:42:38.28

>>33
キモいってのは
(function() {
}());
ぐらいで他は特にないけど何がある？

**デフォルトの名無しさん** · 2015/02/16(月) 12:09:44.82

やべえ、そのくらいじゃ全然キモいって思えねえ
まだobjectiveCのがキモい

**デフォルトの名無しさん** · 2015/02/16(月) 12:57:21.51

>>36
http://bonsaiden.github.io/JavaScript-Garden/ja/
特に巻き上げとか意味不明
あと、自動セミコロン挿入関連の書き方の宗教とか

**デフォルトの名無しさん** · 2015/02/16(月) 13:36:48.91

>>38
巻き上げの説明でよく出てくる例
var myname = "global";
function func() {
console.log(myname); //出力内容は？
var myname = "local";
console.log(myname); //出力内容は？
}
グローバルと同じ名前のローカル変数を定義してる時点で問題があるが、別の言語だと
"global"
"local"
と出力されるだろうが、そもそもローカル変数にアクセスしようとしてたら
どっちみち意味不明なバグになる
JavaScriptは親切に
undefine
"local"
としてくれるから逆に分かりやすい

セミコロンの問題はわざわざヘンテコな書き方をしない限り誰も問題とは思ってない
しいて上げれば末尾カンマの方が問題だ

ただ全部jshintをすれば事前に分かるから普通に書けば問題にはぶつからない
>>36のイディオムだけは使いまくるからどうにもならんけどな

**デフォルトの名無しさん** · 2015/02/16(月) 15:23:28.07

>>39
C#とかPythonだと上位スコープと同じ名前が後でローカル変数として宣言されるときは、宣言前に使うと構文エラーになって100倍わかりやすいんだが

あと
b = 10
(function(){})()
とかくと10が関数でないってエラーが出るし、関数返したりするとエラーすら出なくなるんだけど、セミコロン省略派の人はjshintで問題を見つけられるの？

**デフォルトの名無しさん** · 2015/02/16(月) 15:59:58.43

>>40
根本的に仕様が違う言語を持ち出すなよ
巻き上げの話しをしてんだから、せめて同名ローカル変数を許す仕様じゃないと比較する意味無いだろ
そんな事言ったら
同名ローカル変数を許す言語＜許さない言語という結論で終わる(それには同意する)

jshintのデフォ設定ではセミコロン省略すると大量に警告が出る(>>40で2つ警告が出てる)
> とかくと10が関数でないってエラーが出るし、
エラーになるならそれでいいだろ
> 関数返したりするとエラーすら出なくなるんだけど
どういうコードか分からんかったが、それはエラーじゃないんだろ

**デフォルトの名無しさん** · 2015/02/16(月) 16:30:21.26

>>40
https://github.com/then/promise
ちなみに↑このライブラリの人はセミコロンを一切書いてない(lib内のソースとか)
それだけで使う気は失せたが一応ちゃんと綺麗に書けてる

**デフォルトの名無しさん** · 2015/02/16(月) 17:23:39.47

同名ローカル変数は許すよ。javascriptで巻き上げてundefinedになる状況がエラーになる。
http://ideone.com/7fi2bK

セミコロンで挙動が変わるのは極端だけどこういうの
function test()
{
・・console.log("A")
・・return function(){
・・・・console.log("B")
・・・・return function(){ console.log("C") }
・・}
}
test() //無=>ABC 有=>AD
(function(){console.log("D")})()

もっと単純でこういうのもあった
var a = [["A","B"],["C","D"]]
[0].map(function(i){ console.log(i);})

あと、即時関数も書いた人の宗教によって
(function(){ console.log("test1"); })();
(function(){ console.log("test2"); }());
+function(){ console.log("test3"); }();
みたいにいろんな呼び方があってキモいじゃん？
想定外の書き方が来ると？になるから、統一してほしい

>>42
boostrapなんかもセミコロン省略教だったりする
上みたいな状況がどうしても出てくるなら、行の先頭にセミコロンつけろだとさ

**デフォルトの名無しさん** · 2015/02/16(月) 17:32:57.59

>>43
> 同名ローカル変数は許すよ。
お前何様だよ

> test() //無=>ABC 有=>AD
残念大間違いｗ
test() //無=>ABC 有=>ABC

**デフォルトの名無しさん** · 2015/02/16(月) 17:38:33.32

>>44
違ったあってた
そもそも
(function(){console.log("D")})()
↑この書き方がイレギュラーな書き方なんだよ、それは最初に言っている

どんな言語だってコーディングスタイルの違いで変な書き方なんてあって当たり前だ
JavaScriptだけが特別じゃない

**デフォルトの名無しさん** · 2015/02/16(月) 22:06:33.25

>>44
>お前何様だよ
いや、お前が同名ローカル変数を許す言語にしろって言ったんだろ
念のためだが、俺が許すんじゃなくて、(C#やPythonの文法が)許すだからな？

>どんな言語だってコーディングスタイルの違いで変な書き方なんてあって当たり前だ
>JavaScriptだけが特別じゃない
設計じゃなくて文法と仕様が奇怪なのがjavascript
しかも、ときどき理解せずに踏んでしまう可能性がある

どの言語もしない変数の巻き上げ、使い物にならないtypeof、未定義値と限らないundefined、なぜかスコープを作らないブロック、オブジェクトなどに演算子を適用してしまうとエラーも出さずする不可解な挙動
配列は連想配列のように使えるけどfor inが安全に使えない、lengthが要素数を返さないなどなど、歴史上しょうがないのはわかるが、きもい

funtion(){}()と書けない理由も知らないで使っている人が多そう
別にjavascriptが嫌いなわけではないんだけどな

**デフォルトの名無しさん** · 2015/02/16(月) 23:08:49.01

>>46
変数の巻き上げは実際には問題にならないって言ってる(そもそもそのコードがバグってるから)
神経質なやつが騒いでるだけ
> 未定義値と限らないundefined
これは意味が分からん
undefineを代入出来る事が気に入らないのか？
> なぜかスコープを作らないブロック
これは
(function() {
}())
の事でこればっかりはしょうがないと最初に言ってる
> オブジェクトなどに演算子を適用してしまうとエラーも出さずする不可解な挙動
var o = {};
console.log(o + o); // [object Object][object Object]
そんな事するわけないけど何か問題あるのか？意味が分からん

> 使い物にならないtypeof
これなんか完全に嘘を言って誘導しようとしてるな
普通に使ってるコードを山ほど見るけど、全部バグか？
これで完全に化けの皮が剥がれたな

**デフォルトの名無しさん** · 2015/02/17(火) 00:44:58.04

>変数の巻き上げは実際には問題にならない
エラーになったほうがバグがすぐわかるじゃん
巻き上げる利点が何もない

>未定義値と限らないundefined
かなり最近まで「undefined = 1;」とかできた。「undefined 判定」とか検索すると苦労の跡が見える。
最近は変更できなくなったが、古いブラウザへの対応と残されたコードを理解するために知る必要がある。
でも、予約語ではないので変数名には使えて
function(){
var undefined = 1;
console.log(0[0] === undefined);
}
とやると0[0]は未定義なのにfalseになる。本来予約語にすべき。

> 使い物にならないtypeof
それはさっきあげたJavaScript Gardenより
http://bonsaiden.github.io/JavaScript-Garden/ja/#types.typeof
唯一有用なundefinedの判定は上に書いたとおり言語の欠陥がなければいらない記法
文句があるならこれ書いた人にpullreqでも送っとけ

>オブジェクトなどに演算子を適用してしまうとエラーも出さずする不可解な挙動
無論、わざと書くことはない。しかし、変数の中身の型を間違えていたりしても一見正常に動いて、中身が変わるとコケる場合がある。
初心者が===を==と書くともっと不思議な動作をするし、逆にこの手の処理がイディオムなってたりもする

**デフォルトの名無しさん** · 2015/02/17(火) 00:46:09.01

以下長いが、これ全部結果の型と値わかる？これ全部結果の型と値わかる？
10*[5]
10*["5"]
10+[5]
10*[null]
10*[undefined]
10*[true]
10*[]
10*{}
10*[5,6]
10+true
10-true
10+[true]
Math.min(1,5,null,10);
Math.min(1,5,undefined,10);
Math.min(1,5,[],10);
Math.min(1,5,{},10);
[] === []
!![] === !![]
Nan === NaN
~NaN
-NaN
parseInt(true)
parseInt([])
Number(true)
Number([])
"aa" === new String("aa")
"aa" == new String("aa")
[1,5,10,50].sort()
["aa",NaN,[2],[1],["a"],[NaN],{"0":2},{"0": 1}].sort()

**デフォルトの名無しさん** · 2015/02/17(火) 00:52:59.63

>>49
一番上の行はコピペミスです

**デフォルトの名無しさん** · 2015/02/17(火) 01:09:47.26

>>48
> エラーになったほうがバグがすぐわかるじゃん
だからundefinedになるからエラーになるって言ってんじゃん

> かなり最近まで「undefined = 1;」とかできた。「undefined 判定」とか検索すると苦労の跡が見える。
せめて"use strict"での話しをしろよ

> それはさっきあげたJavaScript Gardenより
> http://bonsaiden.github.io/JavaScript-Garden/ja/#types.typeof
糞記事
"foo" String string
1.2 Number number
true Boolean boolean
少なくともこれが分かる時点で使い道はあるし、実際使われている
objectだったらinstanceof使えばいい
それで使いものにならないと言ってたら単なるイチャモン付けてるだけ
はっきり言って、ちゃんとコード書いてたら型判定なんて必要ない事に気づけよ
Booleanクラスが判定出来ないから困っちゃう？ちゃんちゃらおかしいなw

**デフォルトの名無しさん** · 2015/02/17(火) 01:40:35.02

>だからundefinedになるからエラーになるって言ってんじゃん
その場ですぐエラーになるとは限らない
グローバル変数を使ったつもりで全く別のタイミングで問題が出るかもしれない

>せめて"use strict"での話しをしろよ
してるじゃん。use strictでも予約語にはならないし、古いコード読むときに謎のundefined判定に対する知識が必要
その書き方さえ何パターンもあり、少なくとも美しくはない

>使い道はある
使い道があるかどうかじゃなくて、きもいかどうかのお話をしてる
もっと使い勝手の良くて、Object.prototype.toStringとか不自然なことしなくてすめばいいのに
擬似的なオーバーロードみたいに使い道はあるのに、型よってころころ判定法を変える言語なんてそうないよ

**デフォルトの名無しさん** · 2015/02/17(火) 02:17:19.61

古いコードでもundefinedに代入するなら代入するなりの理由が無いとやらんと思うぞ
そんなコードはそもそも要注意コードだと思うの

**デフォルトの名無しさん** · 2015/02/17(火) 08:36:36.32

全体的には ID:jqPQ5aJG に同意

>>48
> var undefined = 1;
これは本当に何とかして欲しい
スコープチェーン上で汚染されるのは ES5 仕様では回避しようがない
現状ではtypeof 演算子なり void 演算子を利用するしか選択肢がないわけだが、ES6 で Keywords に入れてもらえないものかね…

**デフォルトの名無しさん** · 2015/02/17(火) 08:51:15.40

typeof 演算子の極悪さは Null 型、Object 型の判定にあると思う

typeof null === 'object'; // true
typeof new Function === 'function'; // true
typeof ActiveXObject('Excel.Sheet') === 'unknown'; // true

これらは全て ES5 に準拠しているわけだが、全く信じられない挙動だ
Null 型の判定は === で可能だからまだマシだが、Object 型の判定に Object() を利用しなくちゃならんのが面倒くさい
"type" の名を関する演算子なのに「型」以外の文字列が返すなと問い詰めたい

**デフォルトの名無しさん** · 2015/02/17(火) 13:47:28.70

> var undefined = 1;
そんな事するわけ無いだろ、誰も困ってねーよ

**デフォルトの名無しさん** · 2015/02/17(火) 13:50:15.56

>>55
なぜtypeofを使うかをちゃんと考えれば困ることはない
お前プログラム組んだこと無いだろ

**デフォルトの名無しさん** · 2015/02/17(火) 14:14:32.83

>>56
「する」「しない」の問題じゃない
良いブログラムならそれ以前に「出来ない」

**デフォルトの名無しさん** · 2015/02/17(火) 18:54:07.52

>>57
君は仕様を読んで型の厳密判定をする方法について考えたことがなさそうだな
Object 型に限定した判定法が必要になるケースもある
ES の Native method がそういう設計だし、それに似せると必然的に型判定を厳密にするようになる

**デフォルトの名無しさん** · 2015/02/17(火) 19:17:26.55

>>58
出来ないから何？
やらないものを出来る出来ないなんてどうでもいいし気にもならない
当然キモいなんて全く思わない

>>59
> Object 型に限定した判定法が必要になるケースもある
取り合えず例をあげてよ

**デフォルトの名無しさん** · 2015/02/17(火) 19:50:13.90

>>60
ローカル変数名にundefinedを使ったコードを読むときに仕様を知らないといけない
var undefined;
とすると、上のスコープと無関係にundefinedを未定義にできる
古いブラウザへの対応も含めてこれを利用したコードが残っている

だから、書き換え可能だった頃の対策コードを含めて、害しかない仕様を詳細に理解せざるを得ない

お前が熟知してても、勉強途中の理解がたりない人に優しい仕様ではないね。エラーにする言語なら間違えようがないところ

**デフォルトの名無しさん** · 2015/02/17(火) 21:23:01.60

var undefined; については他の定数と比較すれば違いがよくわかる

(function () {
var true = 1; // SyntaxError: Unexpected token true
var false = 1; // SyntaxError: Unexpected token false
var null = 1; // SyntaxError: Unexpected token null
var undefined = 1;
}());

true, false, null で変数宣言が出来るケースを考えてみるといい
ちなみに、null が書き換えられた場合は undefined の比でなく面倒になる
null は typeof 演算子の仕様バグがあるから固定値を取り出すには必ず、null を返すが決まっている関数or演算子を使うしかない
undefined と違って null には void 演算子のような便利な機能は用意されていないのでスコープチェーン上で
var null = /./.exec('');
を宣言するぐらいか

**デフォルトの名無しさん** · 2015/02/17(火) 21:33:15.87

prototypeのおいしい使い方ってないかな
継承とか考えずにデコレータやアダプタとしてラップする方が便利かも

**デフォルトの名無しさん** · 2015/02/17(火) 22:08:37.81

>>61
それを利用してるんなら、その謎物体をundefinedとして扱って欲しいのでは？

**デフォルトの名無しさん** · 2015/02/17(火) 22:35:27.98

>>60
・{hoge: true, foo: false} のように Object 型でオプションを指定したい場合
・配列のようなオブジェクト(NodeList等)を判定したい場合

**デフォルトの名無しさん** · 2015/02/17(火) 23:45:34.81

>>64
var undefined; を宣言した場合、ES5 で書き換え不可能になった window.undefined をスコープチェーン上で参照不可能になり、書き換え可能なローカル変数として扱われる
書き換え不可能だった定数が書き換え可能な変数に置き換わるのは良いコードとはいえない

**デフォルトの名無しさん** · 2015/02/18(水) 06:15:00.64

>>66
もちろん悪いコードだと思う
でも敢えてそんな記述をする以上は、そいつをundefinedとして扱えってコードなのだろう
そんなコードを意識してわざわざ変な判定をするのは却っておかしなことになるんじゃ？と言いたい

66 · 2015/02/18(水) 08:03:14.70

>>67
それは確かにそうだな
もっと他によい方法があると思う
- written: true の時だけ defineProperty を使う
- typeof undefined !== 'undefined' の時だけ this.undefined = void 0;
- undefined を使わず、typeof 演算子を使う
自分は>>61ではないので>>61の回答待ち

61 · 2015/02/18(水) 09:30:11.66

これから書くときはほとんど気にする必要はない
不便なのは、初心者が人のコードを読むとき
・undefinedがキーワードでないこと
・過去にグローバルオブジェクトが書き換え可能だったこと
・「未定義値であることを保証する」というパターン(イディオム)数種類
を知らないと、そのパターンを見た時にすぐには理解できなくて手が止まってしまう
当然調べてundefinedの仕様を学べばいいんだけど、undefinedが最初から予約語ならそもそもこんなこと考える必要も、知る必要もなかったのにね、ということ

実際、jQueryとかでもほんの最近まで
(function(window,undefined){ 中身 })(window)
としてundefinedを上書きしてたし、プラグインとかではまだこの書き方が残ってるやつはかなりある

**デフォルトの名無しさん** · 2015/02/18(水) 14:03:10.51

>>69
> これから書くときはほとんど気にする必要はない
IE7 はまだサポート期間が残っているので「気にする必要はない」は語弊があるのでは？

**デフォルトの名無しさん** · 2015/02/18(水) 15:06:09.95

文盲

**デフォルトの名無しさん** · 2015/02/18(水) 17:28:09.82

>>65
> ・{hoge: true, foo: false} のように Object 型でオプションを指定したい場合
直感的に思いついた通りに実装すればいいだろ
function test(hoge, foo) {
'use strict';
if (typeof hoge === 'boolean') {
console.log('hoge is', hoge);
} else if (typeof hoge === 'object') {
if (hoge.hasOwnProperty('hoge') && typeof hoge.hoge === 'boolean') {
console.log('hoge is', hoge.hoge);
}
if (hoge.hasOwnProperty('foo') && typeof hoge.foo === 'boolean') {
console.log('foo is', hoge.foo);
}
}
}
test(true, false);
test({hoge: true, foo: false});
test({hoge: 2});
test({hage: 2});

> ・配列のようなオブジェクト(NodeList等)を判定したい場合
「ような」なんだから
if (hoge.length > 0) {
// 配列の「ような」オブジェクト
}
で問題ないだろ

**デフォルトの名無しさん** · 2015/02/18(水) 19:17:18.75

>>72
それは Object 型の一部しか判定できてない

**デフォルトの名無しさん** · 2015/02/18(水) 20:55:04.71

>>73
変なコーディングをしてる訳でもなく目的は達しているんで問題無い

**デフォルトの名無しさん** · 2015/02/18(水) 21:00:07.21

>>74
特定の Object 型に制限する理由は全くない
それから Null 型が考慮されてない
配列も型判定がないからプロパティアクセス演算子でTypeErrorになる場合がある
ECMAScript でコードを書いた経験が少ないとしか思えないレベルだ

**デフォルトの名無しさん** · 2015/02/18(水) 22:43:31.46

>>75
null(undefined)チェックを忘れた…
function test(hoge, foo) {
'use strict';
if (!hoge) return;
if (typeof hoge === 'boolean') {
console.log('hoge is', hoge);
} else if (typeof hoge === 'object') {
if (hoge.hasOwnProperty('hoge') && typeof hoge.hoge === 'boolean') {
console.log('hoge is', hoge.hoge);
}
if (hoge.hasOwnProperty('foo') && typeof hoge.foo === 'boolean') {
console.log('foo is', hoge.foo);
}
}
}
test(true, false);
test({hoge: true, foo: false});
test({hoge: 2});
test({hage: 2});
test(null);
test(undefined);
test([]);
test({hoge:[]});

単にnullチェック抜けてるって言えば済む問題を○型が考慮されてないとか
お前の方が素人丸出しだ

**デフォルトの名無しさん** · 2015/02/18(水) 22:53:00.36

>>75
こっちもだった
if (hoge && hoge.length > 0) {
console.log('配列の「ような」オブジェクト', hoge[0]);
}
↓これらで問題無し
var hoge = null;
var hoge = undefined;
var hoge = [];
var hoge = {};
var hoge = {hoge:1};
var hoge = 1;
var hoge = "a";

**デフォルトの名無しさん** · 2015/02/18(水) 23:37:18.13

>>65 はそもそも何を持って配列のようなオブジェクトといいたいのだろう
さすがに{length:10}を配列のようなものとは呼びたくないけど

**デフォルトの名無しさん** · 2015/02/18(水) 23:52:45.07

>>76
これそもそも第２引数は一度も使ってないけど、何のためにあんの？

あと、
if (!hoge) return;
追加したら
test(false,false);
の時の挙動変わってんじゃん

**デフォルトの名無しさん** · 2015/02/18(水) 23:55:34.69

>>78
いや{length:10}de配列ライクと言えると思われる
var hoge = {length: 10};
for (var i = 0; i < hoge.length; ++i) {
console.log(hoge[i]);
}
で全部undefinedが出力されるけど、それは普通の配列でも有り得る事だし
var hogeArray = Array.prototype.slice.call(hoge);
で配列に変換も出来る

**デフォルトの名無しさん** · 2015/02/19(木) 00:01:52.76

>>79
直した…ｽﾏｿ
function test(hoge, foo) {
'use strict';
if (typeof hoge === 'boolean') {
console.log('hoge is', hoge);
} else if (hoge && typeof hoge === 'object') {
if (hoge.hasOwnProperty('hoge') && typeof hoge.hoge === 'boolean') {
console.log('hoge is', hoge.hoge);
}
if (hoge.hasOwnProperty('foo') && typeof hoge.foo === 'boolean') {
console.log('foo is', hoge.foo);
}
}
}

**デフォルトの名無しさん** · 2015/02/19(木) 00:46:16.03

>>80
JavaScript難しいなぁ
Array.prototype.slice.call(hoge);
ってするときに
hoge = {length:4.5} => 4コ
hoge = {length:Infinity} => 0コ
hoge = {length:99999999999 } => フリーズ
hoge = {length:-0.1} => 0コ
hoge = {length:-1} => フリーズ
hoge = {length:NaN} => 0コ
hoge = {length:true} => 1コ
うーむ・・・
でかいのはまだしも、負数を渡すとフリーズするのは内部で何をしているんだろう

**デフォルトの名無しさん** · 2015/02/19(木) 01:00:49.63

>>82
sliceがマイナスの値は最後から処理するからな気がする
lengthがマイナスなのは配列とは言えないから
やっぱり
if (hoge && hoge.length > 0) {
var hogeArray = Array.prototype.slice.call(hoge);
}
ってのは必要だね

**デフォルトの名無しさん** · 2015/02/19(木) 01:35:12.55

>>83
必要かどうかは仕様による。

>>83のコードが必要な理由は、lengthにマイナスが入ることが
プログラムの仕様的にありえるから、必要なのだろう？

lengthにマイナスが入った時どうするか？
例外を出すか、永遠と処理するか、hogeArrayをundefinedにするか。
それは仕様で決めること。

そのコードはhoge.lengthがマイナスの場合、hogeArrayは
undefinedになるという仕様のコード。
それの仕様でいいのかどうかを考える必要がある。

**デフォルトの名無しさん** · 2015/02/19(木) 08:45:08.63

>>76
> 単にnullチェック抜けてるって言えば済む問題を○型が考慮されてないとか
> お前の方が素人丸出しだ
そのコードは typeof 演算子の "Object (native and does not implement [[Call]])" しか対応できてないだろう？
http://es5.github.io/#x11.4.3
前方互換性をふまえれば、ES6 でも正しく判定出来ることが望ましい
http://people.mozilla.org/~jorendorff/es6-draft.html#sec-typeof-operator
Null 型を誤検知するだけなら「Object 型の一部」とはいわない
あなたは ECMAScript 仕様書をまともに読んだことがないだろう？
ES 仕様に言及している意見に反論するなら仕様書ぐらい読んで欲しい

>>78
> >>65 はそもそも何を持って配列のようなオブジェクトといいたいのだろう
わかりやすくいうならば、 Array.prototype.forEach と同様の判定といえるかな
Array.prototype.forEach では ToObject, ToInt32 で型変換しているわけだが、型変換せずに TypeError を返したい状況もあるだろう
http://es5.github.io/#x15.4.4.18

**デフォルトの名無しさん** · 2015/02/19(木) 12:11:41.51

>>85
> そのコードは typeof 演算子の "Object (native and does not implement [[Call]])" しか対応できてないだろう？
それで事足りてるという事は仕様的に問題ないという事だ
対応できてない事で実用的に問題があるコード例を挙げて説明してくれ

そもそもJavaScriptは
var obj0 = {hoge:true, foo:false};
var obj1 = {foo:false, bar:1, hoge:true};
function Hoge() {this.hoge = true; this.foo = false;}
var obj2 = new Hoge();
のどれを渡されても同じように機能する事が期待されている
!obj(nullとundefinedのチェック)とプロパティーの存在チェック(と最終的に'number'などの型チェック)以外に必要だとは思えない

**デフォルトの名無しさん** · 2015/02/19(木) 13:17:52.04

実際、>>72が直感的にコードを書いて多数間違えたぐらいだからなあ
rypeof演算子に関しては良い仕様とは言い難い

**デフォルトの名無しさん** · 2015/02/19(木) 15:27:06.03

なにがArrayLikeかは難しいよ。どういう目的で区別するかで変わると思う。なぜなら何を配列と見立てられるかは用途によって変わるから。
例えば配列に変換したいという場合なら、ES6のArray.fromを参考にすると、
lengthを持っているか（オブジェクトでなくともラッパーのプロトタイプにあればいい）、イテラブルならOK。
これが広義のArrayLikeだろう。

またはArray.prototype.concatで、引数をSpreadすべきかどうかなら、実は配列かどうかというチェックだと問題がある。
だからES6からは@@isConcatSpreadableのチェックに変わった。
要するに「一般的なArrayLikeの判定」を定義するのは無理というか、しても役に立つものにならないと思う。

**デフォルトの名無しさん** · 2015/02/19(木) 16:24:08.30

>>86
プロトタイプチェインはたどらないの？

**デフォルトの名無しさん** · 2015/02/19(木) 19:11:01.43

>>88
> ES6のArray.fromを参考にすると、lengthを持っているか（オブジェクトでなくともラッパーのプロトタイプにあればいい）、イテラブルならOK。
Array.from は配列に変換する、つまり Object 型に変換するから変換元が Object 型であることを求めないだけな気がする
ierator を除くと Array.from は ToObject, ToLength(Int32への変換)をしている
http://people.mozilla.org/~jorendorff/es6-draft.html#sec-array.from
変換後のオブジェクトが ArrayLike と考えられるので ArrayLike は「Object 型」「Int32のlengthプロパティを持つ」になる
Array.from の挙動は>>85で説明されている Array.prototype.forEach の挙動と一致する
Array.prototype 系メソッドを一通り読めばわかると思うけど、全てそういう挙動になってるよ
対象を isArrayLike で判定して例外を返すか、ArrayLike に変換するか、は意見が別れる(ポリシーに依る)だろうけどね
ES6 の挙動に合わせるなら変換する方になる

**デフォルトの名無しさん** · 2015/02/19(木) 21:45:10.46

ToObjectがかかっているのは、null/undefinedはじきや、Getやらもろもろの処理がObjectであることを期待しているためだからであって、処理の本質とはあまり関係ないけどね。
あとToLengthはInt32でなく2^53-1までの整数。
長さを拡張すべきという問題が出て、Arrayに関しては互換性問題で見送られたけど、型付配列は長さ2^53-1までになったから、ここに関しても絶対基準はないと思う。
別にこの範囲でなくともエラーになるわけではなくて、範囲に収まるように強制されるだけだし。

**デフォルトの名無しさん** · 2015/02/19(木) 22:21:02.70

>>91
なるほど
ES6 の Array.prototype.forEach の length も 2^53-1 に拡張されてるんだな
http://people.mozilla.org/~jorendorff/es6-draft.html#sec-array.prototype.foreach
今後、更に拡張される可能性を考えると、length に関しては Number.isInteger の判定ぐらいでいいのかもしれないな
http://people.mozilla.org/~jorendorff/es6-draft.html#sec-number.isinteger

**デフォルトの名無しさん** · 2015/02/23(月) 05:03:25.31

別に整数かどうかの判定は要らないだろう。
「"5"」だったら「5」、「true」だったら「1」になるのがJS流だし。
整数の長さが欲しければ「len = obj.length|0」とするのがJS流。

**デフォルトの名無しさん** · 2015/02/24(火) 00:54:33.32

try catchって頻繁に呼び出す関数では最適化できなくて遅くなるから使っちゃいけないのか？

知らなかった…Chromeのプロファイラに出ていた警告を見て初めて知った

**デフォルトの名無しさん** · 2015/02/24(火) 11:35:35.42

>>94
ループで、独自につくったルーチンなどを頻繁にそれつかって回すと激遅になる
ので、なるべく、どこかで検証用の別ルーチンで対処させるようにしてる。

**デフォルトの名無しさん** · 2015/02/24(火) 12:16:53.92

関数全体を覆わなければ問題ない。
一番ベストな使い方は関数呼び出しの部分だけに使用する。
try{ func() }
そうでなくても全体で使用しなければ、tryの掛かっていない部分はfor文等一定のブロックごとに最適化が働く。

**デフォルトの名無しさん** · 2015/02/24(火) 12:32:14.82

>>94
try catchの使い方を間違えてるんでしょ。

try catchを正しく使うということは
try catchを使わないことを意味するｗ

何を行っているかわからないと思うが、
基本的に、windowのerrorイベントを使えばいいんだよ。
errorイベントは、誰もcatchしない時に呼ばれる所。
ここでまとめて処理すればいいし、普通はここで処理するもの。

例外的に途中でcatchしなくちゃいけない時だけcatchをする。
だからtry catchを正しく使う = try catchを使わないということになる。

逆に間違った使い方をしていると、catchしてalert()とかreturn falseとかするから、
間違った使い方 = try catchが多くなる。

**デフォルトの名無しさん** · 2015/02/24(火) 12:48:11.36

>>94
try-catch は例外を捕捉しなければエラー処理出来ない場合に使うもの
例外が発生する条件は確定しているのだから、 try-catch を使わなくても対応出来る場合が大半を占める
try-catch を使うのは new ActiveXObject() で対応する引数に応じて処理を分ける等の例外的なケースに限られる

**デフォルトの名無しさん** · 2015/02/24(火) 16:54:22.71

netbeansを使ってるんだけど最初にテンプレが出ますよね？あれを編集する方法ないですか？

**デフォルトの名無しさん** · 2015/02/25(水) 22:58:43.24

現行スレ

+ JavaScript の質問用スレッド vol.123 + [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/hp/1423915644/

**デフォルトの名無しさん** · 2015/02/25(水) 23:20:48.35

>>99
[ツール]-[テンプレート]
[エディタで開く]

**デフォルトの名無しさん** · 2015/02/27(金) 18:16:56.06

>>101
テンプレのタグが分かりません・・・

**デフォルトの名無しさん** · 2015/02/27(金) 19:56:27.10

>>102
それは自分で努力すればいいよね？

**デフォルトの名無しさん** · 2015/03/13(金) 19:23:10.11

jsonの日

**デフォルトの名無しさん** · 2015/04/12(日) 11:08:10.55

『関数型プログラミングに目覚めた! IQ145の女子高校生の先輩から受けた特訓5日間』
http://www.amazon.co.jp/dp/4798043761/

せっかくだからJavaScriptで関数型プログラミングを学んでみるのも面白いかもしれないな。

**デフォルトの名無しさん** · 2015/04/12(日) 17:02:14.80

>>105
Qiitaアカバンされたポエマー、毛の壁先生じゃんw

**デフォルトの名無しさん** · 2015/05/18(月) 15:33:55.56

JavaScriptが20周年。開発者のBrendan Eich氏が過去と未来についてのスライドを公開
ttp://www.publickey1.jp/blog/15/javascript20brendan_eich.html

**デフォルトの名無しさん** · 2015/05/18(月) 17:37:17.88

>>107
たった１０日で書いたのか。
通りでクソなはずだ。

**デフォルトの名無しさん** · 2015/05/20(水) 01:48:48.87

言語としてはかなりシンプルだったからな。
LexとYacc使っただろうし、スタックマシンな
バイトコードインタープリタはSchemeのインタープリタを
Cで書いたことがあれば難しくない。

コードを10日で書いたからクソというよりは、
書く前に言語仕様をきちんと練らなかったからクソなんだろう。

**デフォルトの名無しさん** · 2015/05/20(水) 05:27:02.66

10日で書いたにしては良くできてるけど、もともとVBAみたいなものなのに、
後からいろいろ理屈を考えて素晴らしいものみたいに言いくるめようと
したのがいけなかったんじゃないの。

アプリに付属させるマクロだと思えば、納得の仕様だと思うけど。
元々そういうものなんだし。

**デフォルトの名無しさん** · 2015/05/20(水) 11:19:23.20

>>109
すまないが、ゴミをシンプルって言う風潮やめてくれるか？

**デフォルトの名無しさん** · 2015/05/20(水) 12:06:13.47

ClojureScript使い始めたらJSのクソさが
気にならなくなってきた。

**デフォルトの名無しさん** · 2015/05/20(水) 12:18:11.33

誰でも10日で出来る作業なら
クソだろうさｗ

10日でとても出来ないような作業を
10日で作ったのならば、それは優秀ってことだよ。

優秀な人が作ったのだから、とても良く出来ている。

**デフォルトの名無しさん** · 2015/05/20(水) 14:27:44.16

>>113←こういうの権威主義の馬鹿っていうんだよねぇ。日本人に実に多い。

**デフォルトの名無しさん** · 2015/05/20(水) 15:12:28.11

どれだよ権威ってｗ
権威じゃなくて実力だろｗ

**デフォルトの名無しさん** · 2015/05/23(土) 05:06:34.47

jsスレでdisるのもアレだけど
権威主義以外の何物でもない

10日で作ったのは凄いかもしれんが別に洗練されてもないしシンプルでもない
初期のjsって文字列演算、暗黙変換とか無駄に長いfunctionとか、
中途半端にvbやC++の真似もしてて、バージョン違いの挙動もあって普通にクソ
初期のを優秀とか言う奴はES6使わないで欲しい

本人はサブセット言語嫌いとかlisp嫌いとか好き勝手言ってるみたいだけど
素直にパクリ元のselfのサブセットを素直に実装すりゃよかったと思うわ

**デフォルトの名無しさん** · 2015/05/23(土) 08:57:54.91

だいたい名前からしてクソだよ。
全然関係無いJavaパクってるんだし。

**デフォルトの名無しさん** · 2015/05/23(土) 10:54:12.24

>>116
お前こそ権威主義じゃねーかｗ
オリジナルは偉いんだ？ｗ

**デフォルトの名無しさん** · 2015/05/24(日) 00:11:51.40

>>118
日本語読めないならそう言ってくれよな
噛み砕いて話してやるからさ

**デフォルトの名無しさん** · 2015/05/24(日) 13:15:55.75

>>119
じゃあどこが権威主義なのか
噛み砕いて説明してください。

その前に前提として権威主義とは何かを書いておきますね。

http://ja.wikipedia.org/wiki/%E6%A8%A9%E5%A8%81%E4%B8%BB%E7%BE%A9
> 権威主義（けんいしゅぎ）とは、権威に服従するという個人や社会組織の姿勢、思想、体制である[1][2]。権威主義の反対は個人主義や民主主義である。
> 政治学上の用法では、権威主義体制とは非民主的な体制の総称であり、通常は独裁、
> 専制、全体主義などを含むが、権威主義体制を民主主義体制と全体主義体制の中間とする立場もある[5][6]。

http://d.hatena.ne.jp/keyword/%B8%A2%B0%D2%BC%E7%B5%C1
> 権威（人を服従、強制させる力）に価値をおき、それに対して自己卑下や盲目的服従をする態度のこと。
> また逆に人にそれを要求する態度のこと。心理学的には、権威や伝統、社会的に価値のあると
> されているものを無批判に承認し、これに服従、依存し、融通が利かないパーソナリティを指す。

**デフォルトの名無しさん** · 2015/05/24(日) 15:11:00.39

オリジナルがえらいのではなくて
パクリ損ないでオリジナルより劣化してるのがクソ、
っていう単純な話だと思うのだが……

**デフォルトの名無しさん** · 2015/05/24(日) 18:48:24.27

>>120
10日で作業したというだけで優秀として
優秀な人、その人が作ったからスバラシイ

全然中身に言及してねえじゃんｗ
どこに権威主義以外の要素があるんだよｗ

**デフォルトの名無しさん** · 2015/05/24(日) 22:02:35.19

>>122
権威はどこにいったの？ｗ

**デフォルトの名無しさん** · 2015/05/25(月) 17:36:12.90

>>121
まさかここまで使われるとは思ってなかったんだろうな

**デフォルトの名無しさん** · 2015/05/25(月) 18:03:08.64

>>116
ユーザが100万人ほどの言語を10日で作ってから言え

**デフォルトの名無しさん** · 2015/05/25(月) 21:15:36.88

>>125
権威主義万歳！

**デフォルトの名無しさん** · 2015/05/25(月) 21:28:29.13

流石に初期JSの規模で大変とか言ってるのは
インタプリタの作り方もわからない初心者だけだよな？

クソ言語でも普及したPHPと違って言語そのものの需要で使われたわけでもなし
JSが普及したのはウェブブラウザが先進的だったから

そもそも本人も公開してるのに何マンセーしてんだかｗ

**デフォルトの名無しさん** · 2015/05/25(月) 21:29:17.23

公開 -> 後悔

**デフォルトの名無しさん** · 2015/05/26(火) 00:12:46.62

>>127
オレもそう思うんだけどねえ。
Schemeのインタープリタ書いたことがあればさまえ難しくはない。

**デフォルトの名無しさん** · 2015/05/26(火) 15:21:59.38

学部レベルのインタプリタよりエロ動画サイト作る方が難しい

**デフォルトの名無しさん** · 2015/05/26(火) 18:58:13.73

JavaScriptライブラリのスレにも書いたのですが，過疎っていたのでこちらで質問させてください
openlayers3についてです

http://openlayers.org/en/v3.5.0/examples/kml-timezones.htmlをそのままコピーして
ローカルで実行したのですが，サンプルのようにTimezonesが表示されません（地図は表示されます）
kmlファイルはhttps://github.com/openlayers/ol3にあるdataフォルダをhtmlと同じ階層に設置しました
他のkmlファイルを読み込むサンプルも同様に動かないのですが何が原因でしょうか

**デフォルトの名無しさん** · 2015/05/27(水) 11:16:44.16

馬鹿には無理

**デフォルトの名無しさん** · 2015/05/28(木) 07:16:02.03

>>132
だからあなたには答えられないんですね。なるほど。

**デフォルトの名無しさん** · 2015/05/28(木) 07:59:14.48

>>133←答えられない上にコードも書けないアホ

**デフォルトの名無しさん** · 2015/05/28(木) 13:22:35.68

var vector = new ol.layer.Vector({
source: new ol.source.Vector({
url: 'timezones.kml',//url: 'data/kml/timezones.kml',

**デフォルトの名無しさん** · 2015/05/28(木) 17:23:07.74

>>131
普通に動く。timezones.kmlをhtmlと同階層に置いて>>135を書き換えても動く。

**デフォルトの名無しさん** · 2015/05/28(木) 19:02:19.37

>>135
>>136
ありがとうございます
IE,Opera,Chromeだと動かないのですが，firefoxだとサンプル通り動きました
これってコードにブラウザ依存の部分があるのでしょうか？
それともブラウザの設定の問題でしょうか？

**デフォルトの名無しさん** · 2015/05/29(金) 07:06:31.36

>>137
firefox以外はデフォルトではローカルファイルへのアスセスが制限されているからでは？
http://tmlife.net/programming/javascript/how-to-chrome-ajax.html

**デフォルトの名無しさん** · 2015/05/30(土) 07:45:51.67

ローカルテストはサーバ立ててやるものだと思うが、fileスキームで実行してるのか

**デフォルトの名無しさん** · 2015/05/30(土) 08:33:00.97

>>138
>>139
サーバたててやったらどのブラウザでも動きました
ありがとうございました

**デフォルトの名無しさん** · 2015/05/30(土) 10:26:22.21

最近やたらめったらモジュールに切り分けてたら共通部分の重複が酷いことになってた
現在のスコープ内にimport,requireできれば便利なんだが

**デフォルトの名無しさん** · 2015/05/30(土) 12:21:21.30

現時点でもやはりES3で書くべきですか？
ES5出てからもう何年も経ってるしObject.create()とか配列まわりの関数とか色々追加されてるのに使えないのが歯がゆいです。
ネット見てると結構ES5の機能使ってる人が多いですが、そういう方々はIE8とか切り捨ててるんですかね？

**デフォルトの名無しさん** · 2015/05/30(土) 13:40:15.04

>>142
サポートサイクルを見たらどうでしょう？
2016年1月まではIE8対応は切れません。

**デフォルトの名無しさん** · 2015/05/30(土) 13:41:11.94

IE8 でもpolyfillで何とかなる場面が多いとは思いますが

**デフォルトの名無しさん** · 2015/05/30(土) 14:06:06.57

>>142
lodash使ってる。なんとIE6以上から対応してる。

実装不可能なものを除いて、ES5で提供されている関数が提供されてる。
Object.create相当のメソッドもある。
https://lodash.com/docs#create

どうしてもES5だけでやりたいってわけじゃなく
ES5で提供された便利な関数を使いたいならlodashオススメ。
lodashにはES5よりも多くの機能が追加されてる。

**デフォルトの名無しさん** · 2015/05/31(日) 02:38:34.37

>>143
ありがとうございます。
ぐぐってみたら2016年1月以降は最新版のIEしかサポートされないんですね。
こういうのを境界にして考えるのですね。勉強になりました。
polyfillというのはes-shimsとかのことですよね？Object.createに対応してないので選択肢から外れました。

>>145
ありがとうございます。今回は素のJSでやりたかったのでlodashは使えません＞＜

**デフォルトの名無しさん** · 2015/05/31(日) 02:41:25.56

でももうすぐES6が出るしキリが無いですね
ブラウザ対応状況とか考えるの諦めてlodashとかunderscoreとかそういうのに完全依存する方が正しいのかも

**デフォルトの名無しさん** · 2015/05/31(日) 08:20:05.87

>>146-147
Object.create はES3の範囲内で完全実装は出来ない為、制限付きを理解した上で polyfill を書く必要がある
lodash は forEach 等で ES5 互換でないコードが見受けられるので ES 標準を目指すのであればお勧めしない
コードを読む限りでは仕様に忠実なライブラリではなく、独自の世界を構築するタイプのようだから

**デフォルトの名無しさん** · 2015/06/01(月) 15:26:03.49

underscoreって可読性低下しない？
_から始まるってのがそもそも論外なんだけど…
知らない人間が見たら何だコリャ？ふざけてんのか？
これを考えた奴は保守性を考慮しないオナニー馬鹿なのか？って思うだろ。

**デフォルトの名無しさん** · 2015/06/01(月) 16:19:05.72

>>149
ま、普通使わない。
オナニーって言えばその通り。少なくとも個人的に使うのだったら文句言う
アレはないが、プロジェクトなんかでこんなもの使ってる奴いたら、排除する。

**デフォルトの名無しさん** · 2015/06/01(月) 16:49:15.47

>>149
> 知らない人間が見たら何だコリャ？ふざけてんのか？
それを言い始めたら、$.hogeってなんだ？ってことにもなる。

>>150
> ま、普通使わない。
以外と使われてるよ？

http://www.infoq.com/jp/news/2015/04/lodash-utility-library
> JavaScriptユーティリティライブラリのlodashがバージョン3.5に達して，npmパッケージリポジトリの中で
> 最も多く参照されるライブラリになった。もはや代用品などではなく，信頼できる選択肢のひとつだ。

http://matsukaz.hatenablog.com/entry/2014/04/09/082410 に上げられてるようなよく使う機能は、
オレオレ実装されるより、既知のライブラリのメソッド使って欲しい。

**デフォルトの名無しさん** · 2015/06/01(月) 17:05:38.13

javascript使いってエンジニアとして未成熟なのか文系が多いのか、
保守性を考慮しないのばっかりだよな。
多言語では保守性において禁忌とされている事を平気でやる
先人が築きあげたバグを排除するコツのようなものをを完全に無視してる
たぶん将来はjavascriptの仕様が整理されて、
jQueryとかunderscoreみたいな非直観的で腐ったキーワードを使うライブラリは完全非推奨になる。

**デフォルトの名無しさん** · 2015/06/01(月) 17:20:57.79

Javaの人かな

**デフォルトの名無しさん** · 2015/06/01(月) 17:24:57.76

hagedo

**デフォルトの名無しさん** · 2015/06/01(月) 19:51:34.16

>>152
だってJataScriptが使いにくいクソ言語じゃん。
細かいこと気にしてられないって、クソだから。

**デフォルトの名無しさん** · 2015/06/01(月) 19:59:11.62

>>152
こういう関数の部分の保守性とかどうでもいいよｗ
単純に自分実装のライブラリに入れ替えれば済む話なんだから。

それより問題なのはフレームワークだ。
馬鹿が使うとフレームワークにガッチリ組み込まれて
別のものに変えるのがすごく大変になる。

**デフォルトの名無しさん** · 2015/06/01(月) 20:00:16.98

>>151
> > ま、普通使わない。
> 以外と使われてるよ？

だよな。Node関連では一番使われているライブラリだったはず。
何処かにデータが有ったはずなんだが。

好き嫌いは個人の好みとして、一番使われているという
事実を知らないとしたら、モグリだろうｗ

**デフォルトの名無しさん** · 2015/06/01(月) 20:02:41.82

あったあった。この記事だ。

lodash, あなたが既に使っているJavaScriptライブラリ
http://www.infoq.com/jp/news/2015/04/lodash-utility-library

JavaScriptユーティリティライブラリのlodashがバージョン3.5に達して，
npmパッケージリポジトリの中で最も多く参照されるライブラリになった。
もはや代用品などではなく，信頼できる選択肢のひとつだ。

何の根拠もない「使われてない」は無視していいよ。
だって、本人が無知だから、使われていることを「知らない」という
状態でも、自分の知ってる小さな経験だけから
使われてないって発言するだろうからさｗ

**デフォルトの名無しさん** · 2015/06/01(月) 20:33:19.40

そんなことよりもNode.jsのREPLでアンダースコアが使えないのはどうすればいいの？

REPL単体で使うぶんには別の名前を使っても気にならないけど、.loadで読み込むファイルでアンダースコアが
使われていた場合は、ファイルを書き換えなければならず、かなり気持ちが悪い

こんな定番のライブラリで、Node.jsのことを考慮していない名前をデフォルトにするとも思えないから、
何か解決策はあると思うんだけど…

**デフォルトの名無しさん** · 2015/06/01(月) 20:42:18.22

>>149
perlのデフォルト演算子（$_）の名残だと思ってた

**デフォルトの名無しさん** · 2015/06/01(月) 20:49:28.66

>>159
グローバル変数とローカル変数の違いわかってる？

REPLで使うのはグローバル変数の_。
ローカル変数の_（lodash）が名前かぶっても
何の問題もないんだが。

名前かぶってわかりづらいというのなら、
var i だってずいぶん被ってるはずなんだが。

**デフォルトの名無しさん** · 2015/06/01(月) 20:52:38.62

>>160
いやー、普通、_で思い出すのは、
C言語などで広く使われてる多言語の仕組みである
GetTextの_関数でしょｗ

あれだって、_で始まる関数なわけだけど、
何だこりゃの前に、普通GetText思い出すよね？

>>149は無知なんじゃないかって思うだけなんだが。

**デフォルトの名無しさん** · 2015/06/01(月) 21:51:26.69

>>162
_で始まるって言い方はおかしかったな。
Ｃ言語系の_は名前が続くから識別に問題ないが、_だけというのがクソだって話
これを初めて拝んだとき、_だけを変数名にするなんて一体このバカはどんな教育を受けているんだと思ったわ。

**デフォルトの名無しさん** · 2015/06/01(月) 22:48:12.23

>>163
うん。それでgettextは、_ だけの
関数名なんだが、恥の上塗りしてどうするの？

**デフォルトの名無しさん** · 2015/06/01(月) 22:56:29.23

>>161
流石にそれくらいは分かってるけど、UnderscoreやLodashは普通グローバルに読み込むものじゃないの？
まさか関数ごとにrequireを書くわけでもあるまいし、少なくともvar iとは次元が違うものだと分かると思うんだけど…

**デフォルトの名無しさん** · 2015/06/01(月) 22:59:26.58

lodash使うアプリでグローバルなんて聞いたことがない。

普通nodeでライブラリを使うときは、
ローカル変数に、略

いわんでもわかるだろ？
知ってるならなｗ

**デフォルトの名無しさん** · 2015/06/01(月) 23:00:05.05

訂正

lodash使うアプリでグローバルなんて聞いたことがない。
node使うアプリでグローバル変数なんて聞いたことがない。

**デフォルトの名無しさん** · 2015/06/01(月) 23:01:04.60

CakePHPなんかの__()ならともかく、underscore.jsでGetTextの方の＿を、
どうすれば連想できるのかわからない

**デフォルトの名無しさん** · 2015/06/01(月) 23:01:38.04

>>164
そんなどうでもいい知識はどうでもいい

**デフォルトの名無しさん** · 2015/06/01(月) 23:03:51.00

_を変数名にするのはゴミだってのは100人に聞いて99人が納得する話。
ほんとjQueryといい、javascriptのライブラリ作ってる奴は基地外だわ。

**デフォルトの名無しさん** · 2015/06/01(月) 23:06:02.95

>> 166,167
何が言いたいのか分からんのだけど、ファイルの頭で
var _ = require('lodash'); // またはunderscore
とするのは十分、一般的な使い方じゃないか？

適当に検索したサンプルコードでも、ファイルの頭でrequireをしているものがほとんどだし

**デフォルトの名無しさん** · 2015/06/01(月) 23:08:20.48

>>170
デフォルトに近い機能を誰もタイプしたくないから

**デフォルトの名無しさん** · 2015/06/01(月) 23:08:27.29

>>171
はい、だからファイルの頭で
var _ = require('lodash'); // またはunderscore
とローカル変数に代入してるって言ってるわけですが。

**デフォルトの名無しさん** · 2015/06/01(月) 23:12:31.08

>>173
それで>>159に戻るんだが、そのファイルをREPLから.loadで読み込むと名前が衝突して困るという話なんだが
何かおかしいこと言ってるかな？

**デフォルトの名無しさん** · 2015/06/01(月) 23:16:47.51

>>174
それは作り方が悪いだけだろう。
自分で作ったものを自分でロードして
問題が起きたって騒いでいるだけ。

**デフォルトの名無しさん** · 2015/06/01(月) 23:18:28.56

>>174はqiitaのポストへの巧妙なステマ

**デフォルトの名無しさん** · 2015/06/01(月) 23:18:37.37

ヒント

普通はREPLでライブラリを読み込むときはrequireを使う。

**デフォルトの名無しさん** · 2015/06/01(月) 23:20:50.21

>>175
だから、どのように作り方が悪いのかを>>159で聞いているわけ

>>176
何故qiitaが出てくるの？

なんか話が通じない人多すぎ…

**デフォルトの名無しさん** · 2015/06/01(月) 23:20:51.76

ttp://stackoverflow.com/questions/5691901/using-the-underscore-module-with-node-js

**デフォルトの名無しさん** · 2015/06/01(月) 23:21:19.02

>>172
underscoreというものの存在を知ってる人間じゃないと、おふざけか本気なのか理解不能
知らない人でも直観的にわかるようにするべき。
_.なんていかにも意味ありげに書かれてたら、知らない人間はjavascriptに新しい構文でも出来たのかと勘違いする。

**デフォルトの名無しさん** · 2015/06/01(月) 23:22:02.34

>>177
それは別な名前を使うってことじゃないの？
それなら>>159で書いたよ

**デフォルトの名無しさん** · 2015/06/01(月) 23:23:01.97

>>178
> だから、どのように作り方が悪いのかを>>159で聞いているわけ

簡単な話。

.loadでAというファイルとBというファイルの
二つを読み込んだ時を考えればいい。

同じ変数を使っていれば、混乱が起きる。
だから.loadなんかを使っては駄目だ。

REPLはAというファイルの前に
別のファイルを読み込んでいると考えればいい。

nodeの標準に合わせてrequireで読み込め。
.loadは簡易なツールにすぎない。

**デフォルトの名無しさん** · 2015/06/01(月) 23:23:03.40

>>180
プログラマなら皆、知ってるから

**デフォルトの名無しさん** · 2015/06/01(月) 23:23:55.32

>>180
_.なんていかにも意味ありげに書かれてたら、知らない人間は
普通調べる

**デフォルトの名無しさん** · 2015/06/01(月) 23:29:50.29

>>182

> .loadでAというファイルとBというファイルの
> 二つを読み込んだ時を考えればいい。
これに関しては自分の場合は混乱が起きたことは無いな
REPLで必要になるのは常に新しくロードされたものだから

> nodeの標準に合わせてrequireで読み込め。
.> loadは簡易なツールにすぎない。
その簡易なツールとしての使い方を聞いたつもりだが、まぁうまい方法は無いってことで
答えてくれたことは感謝するよ、ありがとう

**デフォルトの名無しさん** · 2015/06/02(火) 07:22:03.36

>>183-184
こんな記述を許すなんて、webプログラマはどうかしてるわ
C++等の堅牢な言語が理解できないからスクリプトに逃げたってのもあるのかねぇ

**デフォルトの名無しさん** · 2015/06/02(火) 07:56:44.99

javascriptって手作業感のあるかなりアナログな言語だよな。
コンパイルすれば型間違いやスペルミスを全部チェックしてくれるC++の方が楽だわ。

**デフォルトの名無しさん** · 2015/06/02(火) 08:03:09.37

デフォルトで存在しなければならないような機能の構文は
可能な限り軽くしたい、というだけの話なのだが、
まあ、キチガイみたいだし、相手にする必要もなさそう。

**デフォルトの名無しさん** · 2015/06/02(火) 08:07:16.76

>>187
>コンパイルすれば型間違いやスペルミスを全部チェックしてくれるC++の方が楽だわ。

静的検査なのに型安全じゃないクソみたいな型システム自慢されても……

**デフォルトの名無しさん** · 2015/06/02(火) 10:18:05.55

>>186
$と_を選択したjQueryとundersocreの作者は天才だと思うぞ

**デフォルトの名無しさん** · 2015/06/02(火) 11:02:57.63

＞C++等の堅牢な言語が理解できないからスクリプトに逃げたってのもあるのかねぇ

ここ笑うところでOK？

**デフォルトの名無しさん** · 2015/06/02(火) 11:03:56.96

C++が型安全じゃないってどういうこと？

**デフォルトの名無しさん** · 2015/06/02(火) 11:47:29.34

>>192
検索してみた

『型安全性とは何か』
http://postd.cc/what-is-type-safety/

**デフォルトの名無しさん** · 2015/06/02(火) 12:47:31.17

スクリプト言語なら_とかもありだと思うよ
直感的に理解不能なのはむしろC言語のテクニカルすぎるポインタ操作とか、処理系依存処理

**デフォルトの名無しさん** · 2015/06/02(火) 17:49:06.36

>>190
思わない。逆にショボッと思うだけ。

**デフォルトの名無しさん** · 2015/06/02(火) 17:53:04.66

Yes, I do.

**デフォルトの名無しさん** · 2015/06/02(火) 20:48:01.61

>>195
理由は？

**デフォルトの名無しさん** · 2015/06/02(火) 20:57:50.64

_なんて使わないで堂々と大文字でUNDERSCORE.でいいのに
面倒くさいから_にしたなんていっても、
UNDERSCOREのようなループ処理は他の頻出するキーワードに比べてそう頻繁に使うもんじゃないから、
UNDERSCOREと打ち込むくらい苦にはならない
むしろ見ただけでUNDERSCOREとわかるメリットのほうが大きい。

**デフォルトの名無しさん** · 2015/06/02(火) 20:58:44.32

>>190
> $と_を選択したjQueryとundersocreの作者は天才だと思うぞ

天才じゃなくてズルいと思ったな。
そんな特等席を取るなんてｗ

でもjQueryとlodashなら許せるよ。

DOM操作目的が多いJavaScriptで標準よりも
優れたライブラリに仕上げたjQueryは高く評価できるし。

JavaScriptという言語自体に足りない（そして他の言語にはある）
基本的な機能を備えたlodashも一文字名前空間を与える価値はある。

これ以外に一文字を与える価値が有るものなんてまず無いだろう。
（あえて言うのなら多言語のためのgettextだろうね）

http://ja.wikipedia.org/wiki/Gettext
> まず、gettextが利用されるようソースコードの修正を行なう。これはほとんどのプログラミング言語において、
> ソースコード中の文字列がまずgettext関数へ渡されるよう、文字列をラップしていく作業となる。
> 読みやすさやキータイプの手間を省くため gettextには通常 _ のエイリアスが付けられる。C言語では、
>
> printf("My name is %s.\n", my_name);
>
> を以下のように変更する:
>
> printf(_("My name is %s.\n"), my_name);

**デフォルトの名無しさん** · 2015/06/02(火) 21:00:08.82

>>198
開発効率と可読性が悪いだろｗ

なんで多く出てくるものに、
そんなに長い情報量を与えないといけないんだ？

圧縮の基本だぞ。
多く使うものに短いビットを割り当てるのは。