+ JavaScript の質問用スレッド vol.133 +

**Name_Not_Found** · 2018/04/16(月) 00:09:43.45

JavaScript を自ら学ぶ人のための質問スレッドです。
次スレは>>950が(本スレで改善案があれば考慮して)立ててください

■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」だけでなく「意見」を出しても良い。

■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為(批判の代わりに「AよりBが良い」のような代案を出す事)

■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。
【条件】期待する回答の条件を書いてください。
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
　1レスに収まらないならコード投稿サイトを利用してください。
　http://jsdo.it/　http://jsbin.com/　http://jsfiddle.net/　http://ideone.com/

■回答者へ
・回答には多様性があります。他人の回答を尊重してください
・動作ブラウザや環境が限られる場合は、それを明記してください
・他人の回答を批判する代わりに、自分ならこう書くという例を示してください
・質問者がJavaScriptでなければ実現できないと勘違いしてるなら、その否定としてHTMLとCSSで実装しても良い
・他人の回答を見たくないのであれば、文句をつける代わりにNGにして見えないようにしてください。文句をつける＝荒らしです

**Name_Not_Found** · 2018/05/10(木) 22:38:31.88

>>390
言っておくけどHTMLやCSSでいろいろ画面を作るっていうのはプログラミングの中でも特殊だからな
別にひたすら文字だけ売ってデコーダとか作るのもプログラミングだぞ
Node.jsのような存在だってある

ログイン機能とかというのも、まあ他のものだってそうだけど
言われて色々作る際に必要な知識やノウハウって山程あるけど
その難しさやとっつきにくさがプログラミングの本質に起因するものなのか、って言ったら全く違うよ

それはただ単に例えばWebサイトを作る、っていう仕事の問題とその会社はどうかっていう話であって
それを以てプログラミングの面白さや向いてるだの何だのは語れない

**Name_Not_Found** · 2018/05/10(木) 22:46:41.78

なんかお悩み相談室みたいになってんな

**Name_Not_Found** · 2018/05/10(木) 22:47:23.08

>>391
そうか、俺が無知なだけでプログラミングつってもいろいろあるんだな…
プロゲラミングに合わないのではなく社風に合わないのかもしれん、上から降りてくる奴じゃなく自分なりのやり方でやってみる

**Name_Not_Found** · 2018/05/10(木) 22:49:57.06

すら、ってログイン機構なんて（真面目に作るなら）高等もいいとこじゃねーか

教師が悪い可能性

**Name_Not_Found** · 2018/05/10(木) 22:50:53.14

そうだな
通訳の会社ですと言っても
実際は英語の歌詞をひたすら翻訳する仕事をさせられてるのかもしれんしな

**Name_Not_Found** · 2018/05/10(木) 22:54:29.26

ログイン機構なんてタイミングアタックとかも考慮して完璧に作れるヤツなんて殆ど居ないし
フレームワークなどで実装するにしてもそれが本当に安全で正しく動くかを分かって使えるのは
それはそれでやっぱりスクラッチで作るのと同程度の能力がいるから殆ど居ない

**Name_Not_Found** · 2018/05/10(木) 23:05:09.29

きっと冗談抜きに神クラスの教育能力を持つ教育担当がいるんだろう
でなきゃ<form><input><input></form>を書けるようにするだけってやつだ

後者だって仕組みを学ばせないと公害レベルの人間ができあがるが

**Name_Not_Found** · 2018/05/10(木) 23:10:39.07

非同期処理は、別のスレッドを、OS 管理の下、OS のタイミングで動作させるから、
元のスレッドから操作できないし、どちらが先に実行されているかもわからない、
と覚えておけばよい

だから、元のスレッドは、非同期処理の終了を待つ事しかできない

JS は、ES3, 5, 6 と加速度的に難しくなっていく。
やれば何とかなるのは、ES3 の話だろ

初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017

これを読んでみ。
全員が逃げ出すはずw

**Name_Not_Found** · 2018/05/10(木) 23:12:29.61

nodeとかはともかくUAで動いてるjavascriptって
非同期処理って概念がありはしても原則シングルスレッド稼動じゃないんけ？

**Name_Not_Found** · 2018/05/10(木) 23:34:52.87

>>398
javascript weeklyとかでチラチラes2015に触れてたからかこれ買って読んだら9割方知ってることばっかで金損した。
こんなお触り程度の本は普段からjs触れてるなら買う価値なし。
サイ本の改訂を待つべし。

**Name_Not_Found** · 2018/05/10(木) 23:39:20.32

そうだな
Workerとかがそれに当たるわけだが
でもシングルスレッドでの非同期処理がマルチスレッドでのそれよりも単純かと言うとそんなことはない
マルチスレッドではマルチスレッドだからこそ共有するものは制限するし、待ち合わせとか気をつけるが
シングルスレッドだとテクニックとして原理的に保証される順序に頼ることも多いので
その分保証されない順序や共有範囲が大きいことによる衝突事故で嵌まることも多い

**Name_Not_Found** · 2018/05/10(木) 23:40:31.86

>>400
サイ本読んだことがあるならJSのベースはあらかた理解してるということだから
次は仕様書を読むと良いと思うよ

**Name_Not_Found** · 2018/05/10(木) 23:44:00.86

>>401
なんかどこぞで流行のリライトっぽい

**Name_Not_Found** · 2018/05/11(金) 14:00:11.63

>>403
肝心要が抽象的なので、同じ考えを持っている人だけに「そうだよね」と共感を求める意見だからだね
説得力はない

**Name_Not_Found** · 2018/05/11(金) 15:51:46.28

lodashのドキュメントページがくそ重いのですがいい方法はないでしょうか？

**Name_Not_Found** · 2018/05/11(金) 16:01:31.78

lodashのtimesを使えば

_.times(10).forEach((i)=>{
})

のようにrubyっぽいループが出来ますが、ただループするだけのために配列を作っているので
いささか富豪的ではあります
このやり方はアリなのでしょうか？

**Name_Not_Found** · 2018/05/11(金) 16:14:17.23

たかだかそんなことだけのためにライブラリ入れるのか

Array(10).fill().forEach((_, i)=>{
})

で足りるだろ。

**Name_Not_Found** · 2018/05/11(金) 16:45:01.30

普通にfor()書くんと何が違うん

**Name_Not_Found** · 2018/05/11(金) 17:08:41.31

>>406
> このやり方はアリなのでしょうか？
アリ。富豪的というのは人間の作業をコンピュータやらせるという
コンピュータが作られた目的そのものだから

あと、それ少し無駄があるよ。これでいい。

_.times(10, function(i) {
　console.log(i);
})

もちろんこれもあり

_.times(10, i => console.log(i));

>>407
どうやらIEで動かないようだ

>>408
関数型的なのと、簡単にかけること

**Name_Not_Found** · 2018/05/11(金) 17:14:43.67

>>405
> lodashのドキュメントページがくそ重いのですがいい方法はないでしょうか？
それは初めて聞いたな。スマホでみてるの？
それともなんか変なプラグインでも入れてるんじゃね？

ここで調べてみても、速度Fast、最適化Goodだし
https://developers.google.com/speed/pagespeed/insights/
?hl=ja&url=えいちてぃーてぃーぴーえす%3A%2F%2Flodash.com%2Fdocs%2F4.17.10&tab=desktop

**Name_Not_Found** · 2018/05/11(金) 18:26:41.47

chromeアプリて開発中止みたいなこと聞いたけどもしかしてPWAがその上位互換？

**Name_Not_Found** · 2018/05/11(金) 18:30:09.03

pwaなどという技術は無い。
マーケティング用語だとgoogleのエンジニアも言ってる。
新しいWeb技術こう組み合わせて使ったらいいんじゃね？というスローガンのようなもの。

**Name_Not_Found** · 2018/05/11(金) 19:30:35.83

web2.0でSNSとか非同期通信が普及したみたいに
将来に過去振り返ってみて「web3.0でPWA的なスタイルが普及したなぁ」みたいな？

**Name_Not_Found** · 2018/05/11(金) 20:24:06.40

組合せって言うとajaxなんかは典型かも

**Name_Not_Found** · 2018/05/11(金) 22:08:34.14

>>1
このサイトのTOPページにあるふわっと画像が入れ替わるのは
どこで画像を指定してるの？
「A Simple jQuery Slideshow」スクリプトを使ってると思うんだけど
ソース見ても分からなかった。
http://www.bellecasa.jp/

**Name_Not_Found** · 2018/05/11(金) 23:05:18.71

>>415
$('#bgstretcher li img');
li要素のスタイル属性
styledisplay: list-item;
z-index: 1;
overflow: hidden;
width: 1200px;
height: 512px;
opacity: 0.235277;

opacityの値変えてるだけ

**Name_Not_Found** · 2018/05/11(金) 23:22:10.06

そこで不透明度を変えてるのね
ありがとう

**Name_Not_Found** · 2018/05/12(土) 00:30:03.58

初診種者なのですが
Javascript+Node.jsだけでサイト運営出来るんでしょうか?

**Name_Not_Found** · 2018/05/12(土) 00:45:25.90

nodeスレなかったか

**Name_Not_Found** · 2018/05/12(土) 03:16:40.29

初診種者→初心者
です

**Name_Not_Found** · 2018/05/12(土) 06:59:05.76

>>415-417
fadein アニメか。こういう感じかな？

$(this).css({opacity:'0'}).animate({opacity:'1'}, 2000)

プラグインを使わないスキルを身につけたい人のための
jQueryテクニカルノート、矢次悟郎、2016

>>418-420
Node.js + Express Generator が、Ruby on Rails と同じ

先に、無料の「Rails チュートリアル」で勉強しな。
これをやっていないと、web アプリの作り方がわからないから

**Name_Not_Found** · 2018/05/12(土) 08:04:42.42

ステマじゃないんだったら、ISBNかASINだけ書くようにしよう

検索に引っかかる効果無くなるし
ISBN・ASINがあれば書籍名も著者名も要らず即座に検索できる

**Name_Not_Found** · 2018/05/12(土) 08:06:03.78

>>421
アフィリエイト

**Name_Not_Found** · 2018/05/12(土) 10:01:20.21

（１）アロー関数（さらに省略版）の即時実行できると思ったらできませんでした
var obj = ((x)=>{a:x})(10);
console.log(obj);//undefined

（２）オブジェクト返さなければいけました
var obj = ((x)=>x+10)(10);
console.log(obj);//20

（３）アロー使わずに即時の別の書き方ならいけました
var obj = ((x) => {return {a:x}})(10);
console.log(obj);

なぜ（１）は無理なのでしょうか
（４）文字型ならできました
var obj = ((x)=>'{a:'+x+'}')(10);
console.log(obj, typeof obj);
ので、（１）では{}が関数のブロックと認識されているということでしょうか？
しかしundefinedが返ってきてエラーもなしとは一体どういうことでしょうか？

**Name_Not_Found** · 2018/05/12(土) 10:11:15.99

あとこれはいけました
var obj = (x=>({a:x}))(10);
({})の()をとれたらと思うのですが・・

**Name_Not_Found** · 2018/05/12(土) 10:29:12.22

>>424
推察の通りオブジェクトじゃなく関数のブロックとして認識されてる

その中だとa:は単なるラベル
要するに()=>{1;}と同じで何も返さない関数が出来る

**Name_Not_Found** · 2018/05/12(土) 10:46:44.87

>>426
なるほどラベルというものがあったのですね

**Name_Not_Found** · 2018/05/12(土) 12:40:21.56

だからソース中にURLも書ける
http:がラベルで//以降がコメントになるから

**Name_Not_Found** · 2018/05/12(土) 13:24:01.96

>>428
なるほど、だからか！

**Name_Not_Found** · 2018/05/12(土) 16:31:14.07

>>410
こんなサービスがあったのですね
ありがとうございます

**Name_Not_Found** · 2018/05/12(土) 16:31:25.57

なんか話ずれてないか？

> （１）アロー関数（さらに省略版）の即時実行できると思ったらできませんでした
> var obj = ((x)=>{a:x})(10);
> console.log(obj);//undefined

実行できてる。xをそのまま返すのではなく、alertをしてみれば
alertが表示されていることから、実行できてることがわかる
var obj = ((x)=>{a:alert(x)})(10);

即時実行かどうかは関係ない。以下は同じ意味
{}でくくると値を戻すのにreturnが必要なだけ

x => x + 1
x => (x + 1)
x => { return x + 1 }

アロー関数の右側は、単体の式（＝一行）を使用するようにしたほうが良い。
{} を使うときは複数行で書きたい時。
だけどアロー関数は、関数を引数（値）のように見せて使うもので
複数行なんか書いてしまったら、関数のようにしか見えない

**Name_Not_Found** · 2018/05/12(土) 16:50:55.59

アロー関数なんだから関数だろバカか
～のように見せて使うもの、なんて仕様のどこにも書かれてない。思い込み乙

**Name_Not_Found** · 2018/05/12(土) 19:04:29.36

「関数」という分類の下に「アロー関数」とは別個の「普通の関数」という分類が暗黙的にあるんでしょ

（ES仕様に限らず）仕様にはそんな分類の定義は無くても、事実上想定されていることはよくある（「わざわざ定義するほどでもない」ので省略される）

**Name_Not_Found** · 2018/05/12(土) 19:20:08.98

「俺の妄想は正しいんだ！書くまでもないから省略されてるだけだ！」

**Name_Not_Found** · 2018/05/12(土) 19:26:36.84

>>431は合ってると思うが
関数の内容が一つのreturn文だけのときに"return "記述を省略できるのはアロー関数だけの仕様なんでしょ
この違いがあるんだから、「普通の関数」と「アロー関数」とが別々に存在しているといえる

んで、アロー関数は主に一return文の用法を想定して作られているとも言える

**Name_Not_Found** · 2018/05/12(土) 19:40:41.65

自演乙。
.forEach(v => {console.log(v);})などは想定されていないと。

**Name_Not_Found** · 2018/05/12(土) 19:44:45.35

主に　を無視して0か100かの極論に持ってくの好きだね

**Name_Not_Found** · 2018/05/12(土) 19:46:43.32

thisガン無視で主になんて言われても

**Name_Not_Found** · 2018/05/12(土) 19:50:12.26

「主に～を想定しています」こんなのは仕様じゃありません。
白黒はっきりしてください。
作文かなにかと勘違いしてないか。
0か100、おおいにけっこう。40%の確立でこう、60%の確立でこう、とか書かれてもどっちにも決まらず価値ゼロなんだが。

**Name_Not_Found** · 2018/05/12(土) 19:53:11.76

>事実上想定されていることはよくある
ソースｐｌｚ

**Name_Not_Found** · 2018/05/12(土) 20:10:46.84

>>440
わざわざ定義するほどでもないので省略されるんだそうだ。
無敵の論法じゃんｗ
いい歳こいてこんな詭弁恥ずかしくないのかね。

**440** · 2018/05/12(土) 20:12:14.82

>>441
これ詭弁ではないだろ

**Name_Not_Found** · 2018/05/12(土) 20:20:07.46

Aである。
↓
Aであると言うのなら、Aである証拠を出せ！
↓
Aであることは当たり前なので、わざわざ書かれないのである。

**Name_Not_Found** · 2018/05/12(土) 20:22:59.04

そりゃ最強だｗ

**440** · 2018/05/12(土) 20:24:57.80

>>443
命題の証明の際に誤った論理展開を紛れ込ませるのが詭弁
>>433は証明をしているわけではなく誤った「論理展開」を用いてもいない

**440** · 2018/05/12(土) 20:25:28.30

だから俺はソースｐｌｚとだけ書いているわけだな

**Name_Not_Found** · 2018/05/12(土) 20:37:57.70

ソースはイルミナティによって隠蔽されているためありませんが、本当です。信じてください。

**Name_Not_Found** · 2018/05/12(土) 21:01:24.61

そんなことを言ったら例えばJSではセミコロンが省略できるので
セミコロン無しで使うことが主に想定されてると言えるからな

つうか逆に組み立てて言えば
基本的にセミコロン無しで使える言語を望んで生み出された言語が
セミコロン無しで使うことが主に想定されてると言えるわけで

ならアロー関数が
主に一行で書く関数の理想の姿として作られたかというとそうではないわな

**Name_Not_Found** · 2018/05/12(土) 21:12:44.34

イルミナティならしょうがない

**Name_Not_Found** · 2018/05/12(土) 21:13:05.05

素朴な疑問です
以下ネットから拾ったソースなんですが
const version = "ES6";
if (version === "ES5") {
console.log("ECMAScript 5");
} else if (version === "ES6") {
console.log("ECMAScript 2015");
} else if (version === "ES7") {
console.log("ECMAScript 2016");
}
最後にelseがないこういうケースの場合elseで繋げる必要性はありますか？
if(){}
if(){}
if(){}
こう書くのと違いがあるのかないのかを教えて欲しいです　速くなるとかあるんでしょうか？
どなたか宜しくお願いします

**Name_Not_Found** · 2018/05/12(土) 21:18:08.40

=== ES5だったら他の分岐試すの無駄だろ

**Name_Not_Found** · 2018/05/12(土) 21:19:15.23

versionに"ES7"が入ってるときは変わらない
versionに"ES5"や"ES6"が入ってるときは上のif elseの方が速い

**Name_Not_Found** · 2018/05/12(土) 21:19:24.06

>>1-451
突っ込まれて反論できなくなったら他人の振りします

**Name_Not_Found** · 2018/05/12(土) 21:25:20.64

>>451-452
あ、、、！なるほど、ありがとうございます

**Name_Not_Found** · 2018/05/12(土) 21:44:44.98

>>436
> .forEach(v => {console.log(v);})などは想定されていないと。

.forEach(v => console.log(v))
こう書いたほうがスッキリするで？

**Name_Not_Found** · 2018/05/12(土) 21:46:20.23

>>448
> 主に一行で書く関数の理想の姿として作られたかというとそうではないわな

ちょっと違うな。結果として一行にはなるが、
「関数値」のようなものだな。

関数は定義してから、呼び出す。
でもアロー関数の場合は、関数の値化して渡すって感じ

**Name_Not_Found** · 2018/05/12(土) 21:49:25.04

>>455
それだとわざわざundefined返してから利用せずに潰してるが何か意図があるのか？
スッキリするとかしないとか感覚で決めるなよ

**Name_Not_Found** · 2018/05/12(土) 21:50:47.02

>>456
っていう妄想ですか？
それなら妄想ですが、って頭に書いてくれません？
妄想じゃないならソースプリーズ

**Name_Not_Found** · 2018/05/12(土) 23:00:06.83

ふと思ったんですがSPAだとIDのバッティングが容易に起きますよね
たとえばモーダルウインドウにフォーム要素を表示する場合、
そのフォーム要素一つ一つにIDをふると、同じIDが複数の要素に対してふられるような状況が容易に発生します
SPAではIDをふらずに属性セレクタを使って指定するようにしたりして
極力IDをふらないようにした方がいいのでしょうか？

**Name_Not_Found** · 2018/05/12(土) 23:03:50.35

容易に起きません

**Name_Not_Found** · 2018/05/12(土) 23:12:36.65

>>460
SPA作ったことありますか？
たとえばtitleというような一般的な名前は複数の文脈で使われるのでぶつかりやすいですし
エリアにふるIDと要素にふるIDもぶつかりやすいです
IDは言ってみればグローバル変数みたいなものなのですよ

**Name_Not_Found** · 2018/05/12(土) 23:26:50.90

idに一般的な名前つけるセンスｗｗｗ

**Name_Not_Found** · 2018/05/12(土) 23:27:56.83

つーかサンプルを示してくれたほうが伝わりやすいと思う

**Name_Not_Found** · 2018/05/12(土) 23:28:47.16

> 極力IDをふらないようにした方がいいのでしょうか？

はい

**Name_Not_Found** · 2018/05/12(土) 23:39:28.27

設計や実装がアホだと容易にバッティングするかもしれないな
そのようなアホを営業にでも配置転換すればよい

**Name_Not_Found** · 2018/05/12(土) 23:44:54.51

>>459
formX-title みたいに要素の所属を表す名前でも接頭すればいい

特定の要素を参照する用途に属性セレクタは大げさかもしれない

**Name_Not_Found** · 2018/05/12(土) 23:50:15.72

>>450
最適化というものがあるので速度は変わらないと考えるべき

**Name_Not_Found** · 2018/05/12(土) 23:53:03.92

>>467
これ最適化されんの？

**Name_Not_Found** · 2018/05/13(日) 00:58:30.83

>>461
IDは極力使わない。

俺がIDを使う時は、”サイト全体で" 一意になる時
ページのIDとしてしか使わない

IDはページ内で一意であればいいんだが、ある時
ページを縮小したプレビューを複数、1つのページに表示する
ということをやった時にぶつかってしまったから

基本的にいらねぇよなぁを突き詰めていったら
ページのIDだけで十分となった

**Name_Not_Found** · 2018/05/13(日) 01:03:41.58

アロー関数についてWebArchiveも使って関連資料や立案者のBEのコメントなどをできる限り探ってみたんだが
結局JSに取り入れられる際に新しく思案されたのはthisの取り扱いくらいで
アロー関数自体は新しいものではなく関数を短く書きたいというモチベーションが確かにあって
他にも案があった中、BEがCSやC#から輸入したものであるので、その言語でどうして実装されたかを調べよう

CSはアローをどこから輸入したのかハッキリとはわからなかったが、
GitHubの最初の方のコメントをざっと読んでいくとアロー関数関連の話中に
開発陣が度々Haskellのことを引き合い出してるのでそこからだろう
ソースは不明だがWikipediaの影響を受けた言語の中にも確かにある

C#の方の調査は手を抜くが公式では「ラムダ式」と呼ばれている
Haskellのものも含めてこれらは究極的にはラムダ計算に由来している
そこまで調べたところでどうでも良くなった

**Name_Not_Found** · 2018/05/13(日) 01:15:19.16

CoffeeScriptでは
thisをバインドしないアロー関数（->）と
thisをバインドするファットアロー関数（=>）の
二種類があるんだよな。

JavaScriptで採用されたのは前者のみ（書き方は=>なんだがｗ）

単に短く書きたいのであれば、DOMイベントハンドラなんか
後者が有ったほうが便利と思うはずんだが採用されなかった

これもさ、アロー関数が、それは関数じゃなくて値っぽく考えるべし
と考えれば、thisが変わらないのも納得できるんだよな

アロー関数は短く書きたいと同時に、thisを気にしなくて良いものとして
必要だったんだと思うよ

**Name_Not_Found** · 2018/05/13(日) 01:25:42.37

猿と人間の中間がいないのもさ、神様みたいな行為存在が俺たち人間を作ったと考えれば納得できるんだよなｗｗｗ

**Name_Not_Found** · 2018/05/13(日) 01:26:25.63

> これもさ、アロー関数が、それは関数じゃなくて値っぽく考えるべし
> と考えれば、thisが変わらないのも納得できるんだよな

　　　　＿__　　　　━┓
　　　／　―＼　　┏┛
　　／ノ　　(●)＼　・
.　｜　(●) 　 ⌒）＼
.　｜　　（__ノ￣　　|
　　＼　　　　　　　 /
　　　＼　　　　 _ノ
　　　　/´　　　｀＼
　　　 |　　　　　　　|
　　　 |　　　　　　　|

**Name_Not_Found** · 2018/05/13(日) 01:30:40.85

bindする方採用しなかったのはfunctionが既にあるからだろうが。
短くしたいのが理由ならfunctionと被ろうがbindする方のアローも入れてたはずだろう。
方々から集めた情報すべてに自分の妄想をサポートさせようとして矛盾しまくってるな。
おまえの妄想がセンスないからそうなっちゃうんだと思うよ。

**Name_Not_Found** · 2018/05/13(日) 01:32:48.61

だからそう言ってるじゃん。

単に短くしたいだけじゃなくて、
値のように使いたかったのは、thisバインドなしの方だって

**Name_Not_Found** · 2018/05/13(日) 01:32:53.99

jQueryニキ、分かってないくんに続くマジモンだぞ。カッコいい名前募集！

**Name_Not_Found** · 2018/05/13(日) 01:35:34.33

その子がさ、踏み切りでこっち見て笑ったんだよ。
それもさ、俺のこと好きだと考えたら納得いくんだよな！

天なおチャック開いてた模様

**Name_Not_Found** · 2018/05/13(日) 01:43:33.33

うわっ、そんなこと考えてきたんだｗ

**Name_Not_Found** · 2018/05/13(日) 01:44:01.24

話は聞かせてもらった。
人類が滅亡すると考えると納得がいく。

**Name_Not_Found** · 2018/05/13(日) 01:47:08.48

妄想納得くん

**Name_Not_Found** · 2018/05/13(日) 02:21:44.42

てか根拠が俺はこう思うだけでしょ。
お前が思うんならそうかもなくらいしかかけてやれる言葉ないわ。同意求められても困る。
値っぽく考えるの意味もフワッっとし過ぎててよくわからんｗ
jsの関数はアロー関数以前から第一級オブジェクトとして自由にとりまわせたが。

**Name_Not_Found** · 2018/05/13(日) 09:05:44.99

アプリはやらずWebサイトのみを製作しているんですけど、レスポンシブサイトを作るのにReactって向いていますか？

**Name_Not_Found** · 2018/05/13(日) 09:22:04.49

>>482
レスポンシブサイトを作るという理由でReactを選ぶ人はあまり聞いたことがないかも
(どちらかというとSPAを作りたいと理由が多いかなーと個人的には思う)

メディアクエリーを勉強した方が近道な気がするよ

**Name_Not_Found** · 2018/05/13(日) 10:00:42.63

やっぱりそうなんですね
オブジェクト指向に則って制作するときに相性がよいと聞いたのですが、サイトや書籍を見ると対象がアプリ開発のものばかりだったので…

メディアクエリっていうのは、ブラウザの幅を取得して処理を出し分けるといったことを指しているのでしょうか

**460** · 2018/05/13(日) 10:31:31.57

アドバイスありがとうございました
IDにはプリフィックスを付けて
まず衝突しないようにすることにします

**Name_Not_Found** · 2018/05/13(日) 11:54:53.51

BEのコメントを読んでるとbindしない方を採用しなかったのは
似たのを２ついれても煩雑になるから
つまりバランスの問題が大きかったんだと思うよ
2014~15年くらいのESDiscasでも何回か挙がってたと記憶してるが
そういう結論になってたと思う

**Name_Not_Found** · 2018/05/13(日) 16:25:25.31

いいえ、関数を値のように見せて使うためです。
当たり前すぎて議論すらされていないので残っていないのです。

**Name_Not_Found** · 2018/05/13(日) 19:21:42.98

１回目.toDataURLでcanvasから画像データ取り出すことに成功しましたが
２回目以降
Uncaught DOMException: Failed to execute 'toDataURL' on 'HTMLCanvasElement': Tainted canvases may not be exported.
でエラーでてしまうのですがどうにかなりませんか

function hoge(){ /* .toDataURLを取得するまでの処理 */ }
hoge(); // １回目のhoge()内ならループなどで何度.toDataURLしても取得できる
hoge(); // なぜか２回目からは最初の.toDataURLでエラーでる
みたいな感じです
（クロスドメインの画像です）

あと疑問なのは、クロスドメインが問題ならなぜ最初は取得できたのか・・？というところです

**488** · 2018/05/13(日) 20:18:15.22

補足というか訂正です
>>488では.toDataURLの処理をするスクリプトを置いたサーバーとは全く関係のない
別サーバーの画像を取得できたのですが
試しに（>>488とはまた別の）別のクロスドメインサイトの画像を指定したらCROSエラーが出てきました

できるのとできないクロスドメインサイトあって混乱してきたので
>>488の質問は一時保留しときます

**Name_Not_Found** · 2018/05/13(日) 22:22:59.10

追記 >>488
２回目実行でエラーが出てくる問題は
img.src='画像url';
img.crossOrigin = "Anonymous";
としていたのを逆にしたら問題なくなりました

**Name_Not_Found** · 2018/05/13(日) 23:09:18.75

canvasから画像データ取り出すと、

たいてい、安全ではないとか言われる