+ JavaScript(ECMAScript)質問用スレッド vol.122 + [無断転載禁止]©5ch.io
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2016/08/29(月) 01:23:24.09ID:MUTWRWKoトランスパイラなどの関連技術の話題も取り扱うように変わりました。
ECMAScriptの言語仕様の話題。最新ECMAScriptによるモダンな書き方、Promiseやasync/awaitを
使った非同期プログラミング。ES2015、2016、2017等の最新ECMAScriptをブラウザで今すぐ使う方法、
ビルド環境やbowerやnodeのパッケージを使う方法等、モダンなJavaScript環境についての幅広い話をしましょう。
ECMAScript対応実行環境一覧（ブラウザやbabelを含む）
http://kangax.github.io/compat-table/es5/
http://kangax.github.io/compat-table/es6/ （＝ es2015）
http://kangax.github.io/compat-table/es2016plus/
http://kangax.github.io/compat-table/esnext/
JavaScriptとは？
もともとMozillaの前身のNetscapeが作った言語であり本来のJavaScriptはFirefoxの実装のみです。
JavaScriptの正式な仕様名はECMAScriptです。ですが一般に使われているとおり
ChromeやEdgeで使う言語もJavaScriptとしてこのスレでは扱います。
Firefox等のJavaScript実装は最新のECMAScriptに準拠しています。
※DOMはブラウザが提供しているものでありJavaScript（ECMAScript）の範囲外です。
なのでDOMを使ったプログラミングは原則としてこのスレの対象外です。
DOMはwindowオブジェクト（ブラウザのホストオブジェクト）経由で
参照するもので、window自体、window.document、window.Workerなどです。
これに関する話題はWeb制作板の下記のスレに移動してください。
+ JavaScript & jQuery 質問用スレッド vol.7 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1467906819/
+ JavaScript の質問用スレッド vol.130 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1463395557/
前スレ + JavaScript の質問用スレッド vol.121 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1468158373/
0331デフォルトの名無しさん
2016/09/03(土) 20:59:03.26ID:EZVA2rF2> 必要が無いのと、無責任なのは違うよ。
誰が無責任でいられるって言ったんだよ。
アホかｗ
ちゃんとテストコード書いて問題なく動くことを確認してる。
それが責任を果たすということだろ。
> あと、letも、ずっとSafariだけ未対応だった。
せっかくより良くなったES6を
全く使えない状況になるんだよねｗ
0332デフォルトの名無しさん
2016/09/03(土) 21:01:48.79ID:EZVA2rF2> とりあえずBabel使うとES6でガッツリ書けます。将来的には外すだけみたいに言わないでくれれば他はどうだってよかった。
もちろん将来的には外すだけじゃねーよｗ
しっかりテストコード書いて、テストする。
これは、babelとは関係なく、ブラウザのバージョンアップでも
急に動かなくなったりする可能性があるのだから当然するべきこと。
babelを外してもし動かなくなるのなら、その部分だけの修正で済むだろ。
今からbabelを外して動くかどうかもテストしてればいいんだよ。
それをやってるから、ES6で書いてbabelを使っても使わなくても
同じように動くコードになるって言ってるの。
0333デフォルトの名無しさん
2016/09/03(土) 21:09:12.58ID:N47o0j5/だからね。君が言ってるそれは、BabalがES6のコードを完璧にES5に変換できるということ前提なの。
実際はね、ES6ではなく、ES_Babalで書かないといけないの。
ES_BabalというのはES6から機能と安定性を取り去った言語なわけ。
で、それを将来ES6か何かに書き換えるわけ。
それがES5のしがらみとどっちが強いかは人次第なのかもしれない。
君はそれに十分満足していて、俺は不満。ただそれだけなのかもしれない。
でも、ES6を使いこなしていったらすぐに俺の考えに近くなるんじゃないかなという想像。
無駄なおせっかいだったのよ。それだけ。
0334デフォルトの名無しさん
2016/09/03(土) 21:13:20.81ID:EZVA2rF2だから書かなくて良いんじゃないですかねぇｗ
ES6で完璧に書けないものは書かなくていい。
なんでES6を使うって言ったら、babelで使えない機能まで
ES6を使おうってするんだ？ｗ
どうせテスト書くだろ。完璧に動かなくてもテストで通る範囲が動けば問題ないんだよ。
そもそもブラウザですらES6に完全に対応していない。
どちらにしろES6に完全対応していない環境と言う前提のもとで、
正しく動くアプリを作るんだよ。作るのが仕事なの。
そしてより可読性、メンテナンス性に優れたコードを今すぐ書くということ。
テストコード書いて問題なく動く、そこが違うんだよなぁ。
こっちは仕様と実装からテスト仕様書いてて、
お前は仕様からしか書いてないんだもの。
>>332
お前は本当に何を問題とされているかわかんねえやつだな。
0336デフォルトの名無しさん
2016/09/03(土) 21:17:26.35ID:EZVA2rF2こっちは仕様と実装からテスト仕様書いてて、
え？ だからそのテスト仕様書通り動けばいいだろ？
何言ってるのかさっぱりわからんｗｗｗ
0337デフォルトの名無しさん
2016/09/03(土) 21:18:06.86ID:EZVA2rF2あ、実装を書かないとテスト仕様書が書けないタイプ？
0338デフォルトの名無しさん
2016/09/03(土) 21:21:04.16ID:EZVA2rF2要するにprivateメソッドを書いてから
そのテストコードを書くって言ってるのかな？
まあまた意味不明なことを言い出したなって
思ってますよｗ
0339デフォルトの名無しさん
2016/09/03(土) 21:23:23.04ID:EZVA2rF2同じ動作をしていてもアプリは問題なく動いていても
失敗するものってことでいいんですか？
当たり前だろ。。
>>338
違うよ。
コードを書く/書いてもらう前に、何もかも分かった状況にして、こうすれば書けるから、と実装に対する詳細設計を起こすよね。
その詳細設計から書くじゃん、テスト。
実装、がもしかして食い違ってる？
お前が書く内容、って意味じゃなくて、処理系の実装、な。
しかし、改めてbabel見てみたが、末尾再帰もできんままか。
何言ってるのかわからん。
その処理系でテストを完了していない限り、失敗も成功もないだろ。宙ぶらりん。
だからテストすんじゃん。
0342デフォルトの名無しさん
2016/09/03(土) 21:28:37.51ID:EZVA2rF2http://teppeis.hatenablog.com/entry/2015/03/es6-tail-call-optimization
2015-03-29
BabelとTraceurでES6末尾再帰最適化を試す
ちょっと前にBabelに末尾再帰最適化が入って話題になったけど、同じくTraceurにもv0.0.85で最適化が入ったので試してみた。
0343デフォルトの名無しさん
2016/09/03(土) 21:28:59.57ID:N47o0j5/うん。だから君は、ES6を、モダンで良い言語で書きたいから使ってるわけではなく、
「Babelが対応してる機能」を「Babelが対応してるから」使ってるだけでしょ？
普通はES6で書いて動かすためにトランスパイラを試す筈だが、
君はおそらくBabelをES6入門用的に使っているのだろう。
Babelはもう成長しないが、君はどうするの？
うーん。もしかして、ES2017や18の時代になっても、
Arrayのサブクラスすら作れないなんちゃってES2017で書くの？
ES6-サブクラス+デコレータ-hogehoge+fugafuga
みたいなおかしな言語で書き続けるの？？
そこに無理があると言ってるのよ。
君ももし本当にES_BabelをES6と信じてるのなら成長したほうが良いよ。
で、Babelは使うのは良いが憂いができるだけ少なくなるようにした方がいい。
0344デフォルトの名無しさん
2016/09/03(土) 21:32:40.61ID:EZVA2rF2337 自分：デフォルトの名無しさん[sage] 投稿日：2016/09/03(土) 21:18:06.86 ID:EZVA2rF2 [83/86]
> こっちは仕様と実装からテスト仕様書いてて、
あ、実装を書かないとテスト仕様書が書けないタイプ？
340 返信： ◆SEdFBOkLSw [sage] 投稿日：2016/09/03(土) 21:24:59.62 ID:YIu9WVDu [24/25]
>>337
当たり前だろ。。
この流れで、↓これとか
> コードを書く/書いてもらう前に、何もかも分かった状況にして、こうすれば書けるから、と実装に対する詳細設計を起こすよね。
> その詳細設計から書くじゃん、テスト。
・・・馬鹿なのか？
1. 実装に対する詳細設計を書く
2. つまり詳細設計は実装を書くよりも前に存在する。
3. （実装を書く前の）詳細設計からテストを書く。
実装を書かなくてもテスト仕様書は書ける。
おお、if文のあとの再帰で死ぬやつ治ってんだ。
ちなみに、その話のあと、一旦disabledになったのよ。
だから。もう。
お前がどう書くかは関係ねえの。
それからテスト書いたら意味ねえじゃん。
ホワイトボックスで、それが検証可能な事には意味があるけど、そうじゃねえよ。
処理系の実装だよ。
0347デフォルトの名無しさん
2016/09/03(土) 21:41:34.55ID:EZVA2rF2> 「Babelが対応してる機能」を「Babelが対応してるから」使ってるだけでしょ？
違う。ES6の機能のうち、babelで変換しても確実に動くものだけを使ってる。
だから「ES6が対応している機能」のうち「babelでも対応しているもの」を使っている。
が正解。
そしてそれは普段から書いている「実際のブラウザで問題なく動くか？」という
テストがあれば追加工数は必要なくテストできる。
> Babelはもう成長しないが、君はどうするの？
成長してないと判断したところはどれ？
見ての通りes2017に対応したプリセットもある。 http://babeljs.io/docs/plugins/preset-es2017/
仮にbabelが成長しなくても、今書いているコードはそのままES6対応ブラウザで動くし
ES5ブラウザでも動く。今のやり方はそのまま続けられるじゃん。
場合によっては古いブラウザを切り捨てることで、babelが無くても動く。
将来の心配をしなくて済む。そこがAltJSとの違い。
> ES6-サブクラス+デコレータ-hogehoge+fugafuga
> みたいなおかしな言語で書き続けるの？？
と言われてもね。現実に存在するブラウザが、そんな感じでしょｗ
ES6の全てに対応していない。あんた今、そんなおかしな言語で書いてるんだよｗ
> うーん。もしかして、ES2017や18の時代になっても、
> Arrayのサブクラスすら作れないなんちゃってES2017で書くの？
Arrayのサブクラスを使わないでES2017で書くよ。
お前は古いブラウザを切り捨てるんだろ？
それが要件として認められるならば、俺古いブラウザを切り捨てるだけだよｗ
0348デフォルトの名無しさん
2016/09/03(土) 21:46:47.80ID:EZVA2rF2またマッチ・ポンプ？ｗ
テストは実装前に書くって話でいいんだよね？ｗ
俺が言いたいのは、>>335でお前が言った
> こっちは仕様と実装からテスト仕様書いてて、
実装からテスト仕様書くなやってことなんだけど？
で、俺は仕様と詳細設計からテスト仕様書書いて
それをテストコードにしてるから、
実装が変わっても問題ないって話をしてるんだけど。
だから、処理系の実装だってば。
お前話の流れが読めないやつだな。
前のレス見ればわかんじゃん。
>>347
だから、それがbabel用のコードなんじゃねえの？
ES6と同じ構文で書いたES6のサブセットな、babelにコンパイルさせる為の言語。
ただ、そのまま他の環境でも動くだけで。
それは、ES5を書いて、これはES6の仕様範囲内だから、ES6です、って強弁するのと変わらんではないか。
0350デフォルトの名無しさん
2016/09/03(土) 21:54:03.20ID:N47o0j5/うーん。君のポリシーがよくわからないね。
今のブラウザがES6の全てに対応していない？
そりゃそうだ。ES5すら全てに対応してるわけではないからね。
ということは、それより遥かに劣るBabelは極めて不完全って認めるわけなの？
さっきも言ったが俺はそここそが一番気になるんだから。
いや違うか、君は不完全でも気にしないと言ってるわけだ。
ES6とES_Babelの見分けなんてつかないよと、
いや、Babelで変換できないES6の機能なんてES6と認めないよと言ってるわけだ。
やっぱり君はBabel志向なんだよ。
それは違う、とにかく対応を広げるために機能の劣るBabelを仕方なく使ってるんだっていうなら
やっぱりES6ではなくES_Babelを書いてるってことを認めないといけない。
それか、実はES6なんて理解してなくてBabel志向なだけですというのも理屈が通る。
そのどちらか。
0351デフォルトの名無しさん
2016/09/03(土) 21:57:03.42ID:EZVA2rF2> だから、処理系の実装だってば。
処理系の実装ってなに？
お前は処理系の実装のテストを "書いている" といった。
そうわざわざ言うってことは、当然普段から書いているのだろう？
ブラウザの場合お前はbabel等を使わない。
ってことは当然処理系の実装のテストというのは、
ブラウザが持っているJavaScript実装。
ChakraやSpiderMonkeyやV8という処理系であるはずだ。
お前はこれらのJavaScriptエンジンを
わざわざ開発元がやってるはずのテストを
JavaScriptエンジンの開発や検証という段階でもないのに、
アプリの開発という仕事の中でやってるということか？
そういう話でいいのか？
0352デフォルトの名無しさん
2016/09/03(土) 21:59:14.75ID:EZVA2rF2> だから、それがbabel用のコードなんじゃねえの？
> ES6と同じ構文で書いたES6のサブセットな、babelにコンパイルさせる為の言語。
ES6のサブセットという言語はない。
俺がES6のサブセットを使っているだけ。
そもそもどのブラウザもES6に完全対応してないのだから
俺だけじゃなくてみんなES6のサブセットを使ってる。
お前、SafariでES6のサブセットを使ったら、
それをSafariで動かすための言語っていうのかよｗｗｗｗ
それぐらいわからんかなｗ
0353デフォルトの名無しさん
2016/09/03(土) 22:05:42.45ID:EZVA2rF2> 今のブラウザがES6の全てに対応していない？
> そりゃそうだ。ES5すら全てに対応してるわけではないからね。
>
> ということは、それより遥かに劣るBabelは極めて不完全って認めるわけなの？
そこが話がつながってない。
babelはES6に対応していないブラウザをES6対応に近づけるものであって、
ブラウザとES6対応度で競争しているわけじゃない。
ブラウザは他のブラウザとES6対応度で競争しているかもしれない
その競争でどこそこのメーカーのブラウザが劣っているか劣っていないかって
いう話をするのならわかる。
だがbabelの目的は、劣っているブラウザを救済する所にある。
babelと比較するのであれば同じ目的のTraceurやClosureだろう。
あんたはES6を使いたいとしか思ってないようだが、
俺が一番に考えているのは、より多くのユーザーが使ってるブラウザで動かすということだ。
その上で可読性やメンテナンス性を上げるという理由で出来る限りES6を使うって話をしてるんだよ。
文盲なの？
そのエンジンと自社製品の組み合わせのテストだよ。
>>352
最後。
その通り、Safariの為の言語だよ。その時点では。
SafariとFireFoxの為に書いたのであれば、SafariとFireFoxの為の言語。
0355デフォルトの名無しさん
2016/09/03(土) 22:17:06.63ID:EZVA2rF2ブラウザごとにソースコード書き換えてるのか？
あるサイトを作ったとして、
Chromeはアロー関数を使ったコードで
Safariはアロー関数を使わないコード。
一つのコードで複数のブラウザに対応するのではなく
各ブラウザごとに書き換えたを変えてるのか？
まさかな。babelを使うと一つのコードで
複数のブラウザに対応できるぞｗｗｗ
0356デフォルトの名無しさん
2016/09/03(土) 22:18:28.08ID:W9R0/4bkバベル君の事が理解出来る様に、オレも少しかじってみるわw
0357デフォルトの名無しさん
2016/09/03(土) 22:18:34.81ID:EZVA2rF2> そのエンジンと自社製品の組み合わせのテストだよ。
言い方がおかしいな。
普通は
そのエンジンと自社製品の組み合わせ「で」テストをするという。
確認するが
そのエンジンと自社製品の組み合わせ「の」テストを書いているという意味か？
0358デフォルトの名無しさん
2016/09/03(土) 22:19:06.56ID:N47o0j5/うん。それならいい。
あくまでES6を意識したBabelScriptという下駄を古いブラウザに履かせるという認識ならいい。
裏切りを知らないサンタクロースを信じる子供か、黒歴史を未経験な魔法に憧れる中二病患者かと思ったから忠告したけど、
そうでないのなら尽く良い。
その他いろんな話をしたが、もうそれに関しての共通理解は諦める。
0359デフォルトの名無しさん
2016/09/03(土) 22:20:31.06ID:EZVA2rF2◆SEくんおもしろいｗ
> その通り、Safariの為の言語だよ。その時点では。
じゃあブラウザとバージョンの数だけ別の言語があるってことかい？
0360デフォルトの名無しさん
2016/09/03(土) 22:21:58.64ID:EZVA2rF2> 裏切りを知らないサンタクロースを信じる子供か、黒歴史を未経験な魔法に憧れる中二病患者かと思ったから忠告したけど、
だからテストコードを書いている。
このテストコードはbabelを使った場合と使わない場合の両方で動く。
裏切られる前提で、裏切られてもすぐに修正できるように
ちゃんと対策をしている。
0361デフォルトの名無しさん
2016/09/03(土) 22:24:51.69ID:EZVA2rF2なぜならばどのJavaScriptでも同じブラウザでも
バージョンが違えば、わずかながらでも違いがあるから。
ECMAScriptという仕様を完全に見対している言語もない。
そういえばC++も仕様を完全に満たしている処理系はないっていわれてるな。
つまり、それぞれの処理系で別々の言語が実装されている。それはC++とは呼ばないｗ
え？MSの2012でコンパイルできる、cppのソースコード、以外の、現実に則した表現あるの？
0364デフォルトの名無しさん
2016/09/03(土) 22:31:28.65ID:EZVA2rF2> お前も認めてたじゃん。どのブラウザもサブセットだって。
お前、毎度毎度、重要な単語を抜き取るよなｗ
わざとやってるだろ。
どのブラウザも「JavaScript（ECMAScript）という言語の」サブセットだって
言ったんだよ。別の言語であればそれはサブセットとはいわない。
そうよ。おかしかったらパッチ書いてプルリクするもの。
0366デフォルトの名無しさん
2016/09/03(土) 22:32:33.75ID:N47o0j5/そこに関しては納得してる。
俺が違和感があるのは、よくそれで問題にならず我慢できるなってこと。
よくArrayのサブクラスとか作らないで済むね？
Proxy使ったこと無い？@@系は？
当然独自クラスシステムフレームワーク構築するのに
プロトタイプ書き換えるとか当然やったこと無いんだろうな〜
って感じ。
そういう驚きと、同じ世界に居ない悲しみ。そんなとこ。
重要な単語も何も、本家とサブセットは関係が定義できようが、
サブセット同士はただ違うものとしか。
0368デフォルトの名無しさん
2016/09/03(土) 22:33:53.31ID:EZVA2rF2> 依存部分はライブラリで吸収するから。
アロー関数は文法なんだから、JavaScriptファイルを
分離しないと、構文エラーになるんだが？
そのライブラリはブラウザごとに読み込むファイルを分けるのか？
またパフォーマンスが落ちそうなことをｗｗｗ
0369デフォルトの名無しさん
2016/09/03(土) 22:35:25.80ID:EZVA2rF2だから、そうやって重要な単語を抜き取って焦点をぼかすのはやめろ。
とある言語の、サブセット同士が違うものであっても
それはとある言語のサブセットであって、言語としては同じだろうが。
BASICはどの実装でもBASICであり
COBOLはどの実装でもCOBOLだ。
0370デフォルトの名無しさん
2016/09/03(土) 22:37:05.23ID:EZVA2rF2> よくArrayのサブクラスとか作らないで済むね？
といわれてもね。長年やってるからね。
長いES5の時代にArrayのサブクラスをつくらないで
やってきた人間に、そんなこといわれてもねｗ
その他も同じ。
お前のほうがやってきた経験少ないんじゃね？
0371デフォルトの名無しさん
2016/09/03(土) 22:41:45.37ID:EZVA2rF2そうだな。君、何かのポリフィルを自分で考えたことある？
特定のブラウザでは簡単にできないことを、
別の方法を使って実現するってことをやったことある？
そういう経験がないんじゃないかな？
バッドノウハウといわれるけど、仕事ではそれをやらないといけない。
Arrayのサブクラスが作れないからできませんって
簡単に泣き言を言ったらだめだよ。
Arrayのサブクラスを作ることが目的になることはまずない。
別の方法で顧客の要求を実現するんだよ。
これって発想力の問題かなぁ、それとも問題解決能力？
0372デフォルトの名無しさん
2016/09/03(土) 22:56:19.81ID:N47o0j5/当然俺もいきなり活用できたわけじゃない。
折角の機能活用できるようになろうとここ１，２年実験・研究を人一倍積み重ねてきたのよ。
いや、違うか。それより前から、特にES4の頃からかなぁ
JSなんてと言われる声が大きかった時でも、
これからはJSの時代だ。JSを深く知ろう、そしてJSの良さをもっと知ってもらおう。
JSを良くしていこう。とずっとずーっと思ってたのよ。
だからES6の盛り上がりには喜んだし、
MLも当初から参加して全て読んで、細部だが提案にも参加した。
そして実装される前から、トランスパイラではなく、エンジン毎実装されているエミュレータでテストしたりしてきたのよ。
ブラウザに機能がコミットされたら、いやされる直前に自分でローカルでコミットして即ビルド。
とにかく誰よりもよくES6を知り、よく使えるようになろうと努力した。
というのは多少大袈裟だが、そのくらいの熱はあるよ。
0373デフォルトの名無しさん
2016/09/03(土) 22:59:14.75ID:N47o0j5/__proto__がサポートされていれば。
いや、それは言語名を拡大解釈しすぎだろ。
お前どう聞いてもそのノウハウないんだけど。
なんか書いたことある？アーキとしてライブラリ。
>>368
うん、文法上無理なものは、無理に使わないよ。
ライブラリはブラウザごとに違うよ？
当たり前だけど、そのブラウザ用に書いてるからパフォーマンス高いよ(笑)
0376デフォルトの名無しさん
2016/09/04(日) 01:41:38.94ID:dQFc65WQそんならネイティブで書いたほうがいっそ早くね？
0377デフォルトの名無しさん
2016/09/04(日) 01:42:25.34ID:dQFc65WQそれだと今度はOSのソースを読み出すのかな？
クラサバの話？
だいたい似たようなもんだよ。
社内端末は、何処の会社でもそうだろうけど、標準品のパターンしか無いから。
クラサバは基本的にはあんまり作らんけどね。
標準品があるがゆえにが、何かにもインストールするのは難しい。
毎月10日に数万人が同時使用するようなものもあるから、ウェブ向きのもあるんだけどね。
案件次第だけど、RedHatと、MSは調査させることができる保守契約だから、
ソースは見なくて済むよ。
0380デフォルトの名無しさん
2016/09/04(日) 02:40:24.68ID:dQFc65WQテストだけじゃなくてソースまで読むとなると、CPUとかグラフィックカードの設計図まで見ながら実装や結果が異なるかもしれない！とか言いながら開発してるのかな？
これとかは面白かったな
https://www.sophos.com/ja-jp/press-office/press-releases/2014/12/ns-browser-fingerprints-the-invisible-cookies-you-cant-delete.aspx
そのへんはウェブ屋がよくまとめてくれてるよ。
このCSSをONにしたら、アニメーションがGPU使ってる行われるので、適宜利用可能そうであれば取り込んでください、とかたまり来るな。
0382デフォルトの名無しさん
2016/09/05(月) 21:45:07.44ID:g6CwjeFOpdgを縮小とかって、どうやってやってるのでしょうか？
javascriptは関係ありますでしょうか？
https://smallpdf.com/jp
0383デフォルトの名無しさん
2016/09/05(月) 23:05:01.84ID:La2BdvKf{
0384デフォルトの名無しさん
2016/09/05(月) 23:10:26.66ID:La2BdvKfvoid func(int /*a*/)
{
....
}
void func(int a)
{
(void)a;
....
}
こんな風にしますが、JavaScriptだと定石みたいなのはありますか？
$('#element').on('mousedown', function(/*event*/) {
});
でよさそうな気がしますが、アロー関数の時は
$('#element').on('mousedown', /*event*/() => {
});
こんな風にしないとだめでかっこ悪いきがします。
0385デフォルトの名無しさん
2016/09/06(火) 00:15:41.30ID:vTB9MQXO未使用変数を必ず対処しないといけないということはない。
例えばイベントハンドラで引数にeventやeを取るのは「形」だ。
型宣言みたいなもんで、それを書いてあるからといって必ずしも
eventを利用しないことは皆知っている。
むしろその関数が別定義されていても、eventを受ける関数、
イベントハンドラの定義なんだと瞬時にわかるので意味がある。
つまりイベントハンドラとしてイベントを受け取るということだけで、
機能が満たされて意味的に「未使用」ではないとも見れる。
もしくは本当にイベントをトリガーとして関数を呼び出したいだけであれば、
引数を書かないでおくべき。
コメントアウトする文化はないのでけしてしてはいけない。
上で述べた引数をあえて書く、書かないは、関数の機能やニュアンスを表すための
弱い動的型付け言語における読み手に対する情報の追加だ。
しかしコメントアウトは書き手にとってのメタ的な情報でしか無い。
読み手に未使用変数の情報を伝えても何のプラスにもならないし、
何らかのニュアンスの提示かと思わせて混乱させるだけだ。
0386デフォルトの名無しさん
2016/09/06(火) 03:32:45.25ID:R2NwcGdU0387デフォルトの名無しさん
2016/09/06(火) 03:37:28.46ID:s5Bd4cPT使用してない変数なら書かなければいいだけ。
使わないのに引数を省略出来ないっていうのは
C言語特有の問題だ。C言語特有の問題を持ち込まないように
そんなに否定されるか不安なのか？
>>384
その定石は要はコンパイラが未使用変数だよ、と警告上げてくるから、使ってるフリするやつじゃないの？
長々誰かが説明してるけど、結論どっちでも良いよ。
書いても書かなくても。
0389デフォルトの名無しさん
2016/09/06(火) 09:41:59.19ID:KC/iVCReありがとうございます。
すみません、言葉足らずでしたが、>>388さんの通りC言語の
コンパイラの警告と同じような意味合いでの
eslintなどのunused-varsへの対処方法の相談でした。
引数消せばそれで良さそうとは思いましたが、それだと>>385さんの通り
eventとか意味を持った引数がわかりにくくなりそうなので、定石みたいなのはあるのかなと。
結論はどちらでも良いとのことで好きなようにやっておきます。
0390デフォルトの名無しさん
2016/09/06(火) 13:11:41.52ID:vTB9MQXO一番いいのはそういう警告は殆どOFFにするか、無視すること。
正直言って本当に厄介なバグは見つけてくれない気休め程度のもの。
気休めに気を使うことくらい馬鹿らしいことはないと思わないか？
どちらでもいいと言われてるのは書く／書かないであって、
コメントアウトは３つの選択肢の中では最低と思った方がいい。
0391デフォルトの名無しさん
2016/09/08(木) 07:45:15.23ID:O7PwNYbW現在対象にしているのが、WinJS。
timeoutなんてのが有って驚いた。
これだと非同期ロジックにシーケンス書ける。
0392デフォルトの名無しさん
2016/09/08(木) 14:31:46.31ID:OkMPKk85もしくはextendsしても良いが、やや大変で難しいと思う。
一応キャンセルの案は入るのでtimeoutとかは簡単に実装できるようにはなる。
CancelToken型になりそうなのがまたちょっとアレだが、まあ拡張としては最適なのだろう。
https://github.com/tc39/proposal-cancelable-promises/blob/master/Cancel%20Tokens.md
0393デフォルトの名無しさん
2016/09/08(木) 23:37:57.85ID:Vzj7Ghpg必然的にbabelを使うということである。
0394デフォルトの名無しさん
2016/09/08(木) 23:41:49.64ID:Vzj7Ghpgasync/awaitを使うと機能が増えるとは言ってない。
その話は言ったやつに聞け
0395デフォルトの名無しさん
2016/09/09(金) 00:04:44.99ID:4wEFuM4pブラウザの話だけでいうのもどうかと思うよ。
WinJSが出てくるのならNW.jsとかNode系V8系の環境の話も十分考えられる。
V8系ならフラグオンで使えるわけだからね。
というかすぐ、互換性が〜とか言い出したり、実務を必ず伴わせようとするのは悪い癖だと思う。
ここはESスレなんだし、仕様やAPIの宙に浮いた話だって良いじゃない。
web制作板だったら確かに互換性や実際に世のブラウザで動く話は無視できないかもしれないけれど、
ここはプログラム技術板なんだし、
JSはそれこそ自分用のブラウザ拡張機能を作るためだったりするのにも使えるわけだし、
別に実験や遊びとしてこういった技術を扱う前提であってもいいと思う。
0396デフォルトの名無しさん
2016/09/09(金) 16:45:04.06ID:dcApvFQ/var Sample = function() {
this.length = function() {
return 100;
}
};
Sample.length = function() {
return 100;
};
let sample = new Sample();
console.log(sample.length()); // これは OK
console.log(Sample.length()); // これは エラー
っていう動作になるのはこういう仕様でしょうか？
0397デフォルトの名無しさん
2016/09/09(金) 16:46:02.70ID:dcApvFQ/こちらです。
var Sample = function() {
this.length = function() {
return 100;
}
};
Sample.length = function() {
return 100;
};
let sample = new Sample();
console.log(sample.length());
console.log(Sample.length());
0398デフォルトの名無しさん
2016/09/09(金) 17:42:46.36ID:mXWYcTT50399デフォルトの名無しさん
2016/09/09(金) 18:03:02.38ID:dcApvFQ/具体的には
VectorUtil.length = function(x, y, z) {
return Math.sqrt(x*x + y*y + z*z);
};
これがしたかったです
0400デフォルトの名無しさん
2016/09/09(金) 19:06:00.54ID:R/34hIbI0401デフォルトの名無しさん
2016/09/09(金) 19:15:39.77ID:4wEFuM4pclass構文を使えばできる。
class Sample {
static length() { return 100 }
}
Sample.length()
0402デフォルトの名無しさん
2016/09/09(金) 21:42:09.18ID:mcpsSWXB整理しやすいように画像掲載ページのタイトル等から名前をつけて保存しているのですが、どうにかしてクロスドメインの画像に対してもリネームさせられないものでしょうか？
iframeを利用するというのも試してみましたが、元ページ側のタイトル変数などを受け渡すことが出来ず挫折してしまいました
0403デフォルトの名無しさん
2016/09/09(金) 21:52:24.77ID:dcApvFQ/そういう仕様っぽいような気がしました。
なぜ上書きできないのか、わかってないですが。
>>401
なるほど、ありがとうございます。
classって糖衣構文だと思ってるんですが
内部的にはどうやってるのでしょう（調べてみます）
0404デフォルトの名無しさん
2016/09/09(金) 22:11:57.62ID:4wEFuM4p[[Writable]]: false だから
https://tc39.github.io/ecma262/#sec-functioninitialize
ただし[[Configurable]]: true なのでディスクリプタセット系メソッドで上書きはできる
>>内部的にはどうやってるのでしょう
コンストラクタが定義され、その時点では上記のようにlengthプロパティを持っているが、
その後PropertyDefinitionEvaluation→ディスクリプタセット系によって上書きされる
https://tc39.github.io/ecma262/#sec-runtime-semantics-classdefinitionevaluation
0405デフォルトの名無しさん
2016/09/09(金) 22:27:00.10ID:Ml2lLB3Nbabelで変換したらこうなったよ。
Object.definePropertyが鍵のようだ。
"use strict";
var _createClass = function () {
function defineProperties(target, props) {
for (var i = 0; i < props.length; i++) {
var descriptor = props[i];
descriptor.enumerable = descriptor.enumerable || false;
descriptor.configurable = true;
if ("value" in descriptor) descriptor.writable = true;
Object.defineProperty(target, descriptor.key, descriptor);
}
}
return function (Constructor, protoProps, staticProps) {
if (protoProps) defineProperties(Constructor.prototype, protoProps);
if (staticProps) defineProperties(Constructor, staticProps); return Constructor;
};
}();
function _classCallCheck(instance, Constructor) { if (!(instance instanceof Constructor)) { throw new TypeError("Cannot call a class as a function"); } }
var Sample = function () {
function Sample() {
_classCallCheck(this, Sample);
}
_createClass(Sample, null, [{
key: "length",
value: function length() {
return 100;
}
}]);
return Sample;
}();
0406デフォルトの名無しさん
2016/09/09(金) 22:47:46.14ID:dcApvFQ/ありがとうございます。
勉強になりました。
0407デフォルトの名無しさん
2016/09/10(土) 11:41:02.99ID:bPnbAneWという夢を見た
0408デフォルトの名無しさん
2016/09/12(月) 00:16:46.01ID:MSYFEfr8あ
0409デフォルトの名無しさん
2016/09/14(水) 11:42:56.90ID:7fc5lKN8でページを読み込んだとき表示させたくない部分を隠せるのだけど
ブラウザで何回もリロードしていると隠れている部分が一瞬表示されることがあります
これを防ぐ方法あったら教えてください
0410デフォルトの名無しさん
2016/09/14(水) 11:55:36.48ID:T/00QwArどうしてonLoadにしているのかが分からない
最初からidの要素に対してやればいいのでは？
0411デフォルトの名無しさん
2016/09/14(水) 21:09:29.93ID:jzervOJ/表示に関することはCSSでやれ
0412デフォルトの名無しさん
2016/09/15(木) 04:07:08.15ID:3ffkfw2UそりゃonLoadで消す処理の前に描画処理が走ってしまうと表示されるだろうな
まずonLoad は画像等の外部リソースがすべて読み込まれるまで発火しないので、そういう場合どちらかと言えばDOMContentLoadedで呼ぶ方がいい
一瞬でも見せたくないならcssなど外部リソースへのリンクをすべて切った状態で表示されない状態であるべき
表示したい時にそのエレメントを作るまたは流し込む、あるいは非表示にしてあるものを必要に応じて表示にする方が好ましいと思う
0413デフォルトの名無しさん
2016/09/15(木) 05:14:15.52ID:ql+kvaik0414デフォルトの名無しさん
2016/09/15(木) 05:20:33.69ID:ql+kvaik漏れは、<head>内で、CSSを読み込ませて、
<body>の終了直前で、JS, jQuery, jQueryUI を読み込ませている
0415デフォルトの名無しさん
2016/09/15(木) 08:25:11.28ID:snQtI1AfJS有効/無効関わらず、適用させるべきなら静的に外部CSSを適用する
JS有効時のみ適用させるなら
1. JSで動的に外部CSSを挿入する
2. JSで動的にstyle要素を挿入する
3. JSで動的にdocument.styleSheetsを操作する
0416デフォルトの名無しさん
2016/09/15(木) 08:35:03.76ID:snQtI1Af+ JavaScript の質問用スレッド vol.122 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1472426483/
そもそも、このスレがvol.121の後継スレと銘打って立てるから、こういう勘違いした質問者が出てくるんだよな
「ECMAScript デス 6」として立てれば良かったものを…
0417デフォルトの名無しさん
2016/09/15(木) 16:12:55.70ID:3ffkfw2U外部CSSでやった場合、その外部CSSを取得するためのhttpリクエストがコケたり読み込みが遅れた場合CSSが解釈される前に表示されてしまうよ
よって絶対に(一瞬たりとも)表示したくないならば外部CSSで隠すのではダメ
最低でもインラインCSSで静的に非表示にしておく事が最低条件で、可能ならそれを表示する必要が生じるまでDOM要素が存在しない状態にしておくべき
0418デフォルトの名無しさん
2016/09/15(木) 18:33:18.76ID:tL4oMhKi> 外部CSSでやった場合、その外部CSSを取得するためのhttpリクエストがコケたり読み込みが遅れた場合CSSが解釈される前に表示されてしまうよ
link要素は基本同期読み込みだったと思うがな これ以上は該当スレでやってくれ
変な奴はどこにでもいるからスルーすればいいだけ
0419デフォルトの名無しさん
2016/09/16(金) 23:25:08.31ID:90O68WAbhttps://googledevjp.blogspot.jp/2016/09/closure-compiler-in-javascript.html
> Closure Compiler は、2009 年に元は Java でリリースされました。本日は、
> まったく同じ Closure Compiler がピュア JavaScript で Java を使わずに利用できる
> ことになったことをお知らせします。この仕組みは NodeJS 環境で実行するように設計されており、
> いくつかのよく使われているビルドツールをサポートしています。
> 初めて聞く方のために説明すると、Closure Compiler は JavaScript の最適化、トランスパイル、
> タイプチェックを行うツールです。これを使うと、コードを高パフォーマンスでサイズが縮小された
> コードにコンパイルすることができます。
> let、const、アロー関数などの ES2015 の新機能をサポートしており、まだすべてではサポートされていない
> ES2015 メソッドの polyfill も提供しています。メンテナンス性や拡張性の高い優れたコードを書けるよう、
> Closure Compiler は構文チェック、タイプの使用法の訂正、さまざまな JavaScript における注意点についての警告も行ってくれます。
これは素晴らしい。Closure CompilerはGoogle製でブランド力はあるのだが、
Javaが必要だったのがJavaScriptの世界に馴染めなかったんだ。
ただbabelはその先を行っていて、拡張可能な仕組みでES2015だけじゃなく
JSX対応とかコード変換にまつわることをサポートするツールになってるんだが、
対抗馬に鳴るだろうか？
0420デフォルトの名無しさん
2016/09/17(土) 08:30:02.95ID:0xe0k3r9無駄な長文引用は止めてほしいものだな
BabelとClosure Compilerは用途が異なるので競合にはならない
0421デフォルトの名無しさん
2016/09/17(土) 13:55:23.53ID:YjgX2ujU"use strict";
のどちらでも良いですか？
上級者の人はどちらを使いますか？
Javaが必要だった、と言うが、そんな事なんの問題でも無いと思う。
結局、どっちも、誰かの言う「良くないJavaScript」を「良いJavaScript」に変換するだけの存在。
0423デフォルトの名無しさん
2016/09/17(土) 15:18:00.80ID:530UZtkBシングルの方がシンプルなので好まれる
ただJSONを書くときとの整合性を考えるとダブルになる
0424デフォルトの名無しさん
2016/09/17(土) 17:33:41.59ID:YjgX2ujUJSONでシングルは使えないのですか?
0425デフォルトの名無しさん
2016/09/17(土) 17:43:37.89ID:5r5hyKhZそんなどうでもいいところの整合性なんて考えなくていい。
JSONとの整合性を保つ意味がない。
0426デフォルトの名無しさん
2016/09/18(日) 05:27:32.37ID:/bzuSpCVプログラミングには少なからず美的要素が含まれるから。
少なくともそういうところを考えず放って来た者は上級者ではない。
0427デフォルトの名無しさん
2016/09/18(日) 11:44:00.08ID:8zKQ5/pX意味がわからん。
JavaScriptとJSONは似ているが別の言語と考えるべき。
言語に応じた最適な書き方を求めるべきであって、
別の言語の習慣を持ち込むなって話なんだけど？
0428デフォルトの名無しさん
2016/09/18(日) 12:18:29.13ID:JCfSaSaVCobolみたいな表記が良いの？
0429デフォルトの名無しさん
2016/09/18(日) 12:26:41.43ID:Wkbj4nCn0430デフォルトの名無しさん
2016/09/18(日) 15:20:31.34ID:0+yFEvXA＞ただJSONを書くときとの整合性を考えるとダブルになる
ただオブジェクト宣言時の表記との整合性を考えるとダブルになる
正直どうでもいいな
■ このスレッドは過去ログ倉庫に格納されています