私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.137 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
DOMを管理するライブラリ/フレームワークは基本的に共存できない。
angular react vueなどのvDOM勢からしたらそこまでしてわざわざ軒先貸してあげるメリットがまるで無い。
angular react vueなどのvDOM勢からしたらそこまでしてわざわざ軒先貸してあげるメリットがまるで無い。
ようするにブラウザ標準のDOM APIとフレームワークは相性が悪いわけ
DOM APIを直接（またはjQueryなどのライブラリを使って）操作することを
禁止しているから
DOM APIを直接（またはjQueryなどのライブラリを使って）操作することを
禁止しているから
web componentsが完成すれば、コンポーネント（≒HTMLタグ）を
プログラマが作ってウェブデザイナはそのHTMLタグを使う時代になる
コンポーネントは既存のHTMLタグの機能を拡張して動きをつけたものだが
汎用的なものであるためデザインは含まない（デフォルトがある程度）
デザインはCSSでやるという今と同じ流れ
コンポーネント自体はDOM APIを使って作るだろう。
じゃあjQueryは不要になるのか？というと、コンポーネント同士の連携で使われる
CSSでコンポーネントにデザインを、jQueryでコンポーネント同士の連携を。
そこにフレームワークは登場しない
プログラマが作ってウェブデザイナはそのHTMLタグを使う時代になる
コンポーネントは既存のHTMLタグの機能を拡張して動きをつけたものだが
汎用的なものであるためデザインは含まない（デフォルトがある程度）
デザインはCSSでやるという今と同じ流れ
コンポーネント自体はDOM APIを使って作るだろう。
じゃあjQueryは不要になるのか？というと、コンポーネント同士の連携で使われる
CSSでコンポーネントにデザインを、jQueryでコンポーネント同士の連携を。
そこにフレームワークは登場しない
つける動きがもうコンポーネント作る時点で作ってあるんだから出番ねーよｗ
さすがに要素の移動程度ネイティブapiでやるわｗｗｗ
さすがに要素の移動程度ネイティブapiでやるわｗｗｗ
rubyといいjQueryといい本尊が落ちぶれた信者は大変だな。
まぁ迷惑だから出ていけ。
まぁ迷惑だから出ていけ。
CSSで切り欠き部分まで一杯にコンテンツを表示しているときに
対象の要素の隠れた部分、もしくは切り欠き部分のマスクを取得、計算するにはどうしたら良いでしょうか?
対象の要素の隠れた部分、もしくは切り欠き部分のマスクを取得、計算するにはどうしたら良いでしょうか?
onclick属性
addEventListener('click', e)
jQueryのclick(e)やon('click', e)
これら3つは別物と考えてok
jQueryは内部でaddEventListener使ってるけどイベントハンドラは独自管理
addEventListener('click', e)
jQueryのclick(e)やon('click', e)
これら3つは別物と考えてok
jQueryは内部でaddEventListener使ってるけどイベントハンドラは独自管理
無名関数の代わりにアロー関数を使う事はありますか？
互換性とthisのバインドの違いが怖くてビビって使えない
互換性とthisのバインドの違いが怖くてビビって使えない
>>820
めっちゃ使う
めっちゃ使う
すいません初心者の質問です
JSでは、C言語みたいに、1つの式しか書けない所で、「i++,j」みたいに書くことで
「i++という処理だけをして、その結果を捨てて、そこに入る値としてはjを使う」
という文法ってあるんでしょうか？
ちなみにこの文法のことをC言語で正式に何と呼ぶのか分からないので
Javascriptにこれがあるかどうかもうまく調べられないという状況です
JSでは、C言語みたいに、1つの式しか書けない所で、「i++,j」みたいに書くことで
「i++という処理だけをして、その結果を捨てて、そこに入る値としてはjを使う」
という文法ってあるんでしょうか？
ちなみにこの文法のことをC言語で正式に何と呼ぶのか分からないので
Javascriptにこれがあるかどうかもうまく調べられないという状況です
>>825
カンマ演算子のことか？
カンマ演算子のことか？
カンマ演算子だね。jsにもあるよ。
http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Comma_Operator
関数型至上主義者に蛇蝎の如く嫌われるやつだ。
http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Comma_Operator
関数型至上主義者に蛇蝎の如く嫌われるやつだ。
カンマ演算子を好んで使う職業プログラマなんておらんだろ
関数型云々とか関係ない
関数型云々とか関係ない
コンマ演算子
http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%B3%E3%83%9E%E6%BC%94%E7%AE%97%E5%AD%90
プログラミング言語 C および C++ におけるコンマ演算子（コンマえんざんし）は、
左被演算子を評価しその値を捨て、その後右被演算子を評価する演算子である。
順次演算子（じゅんじえんざんし）もしくは順次評価演算子 (sequential-evaluation operator) と
呼称されることもある[1][2][3]。JIS X3010ではコンマ演算子と表記されている。
http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%B3%E3%83%9E%E6%BC%94%E7%AE%97%E5%AD%90
プログラミング言語 C および C++ におけるコンマ演算子（コンマえんざんし）は、
左被演算子を評価しその値を捨て、その後右被演算子を評価する演算子である。
順次演算子（じゅんじえんざんし）もしくは順次評価演算子 (sequential-evaluation operator) と
呼称されることもある[1][2][3]。JIS X3010ではコンマ演算子と表記されている。
>>827
積極的に使うわけではないが、一つの文にしたい時には使う
積極的に使うわけではないが、一つの文にしたい時には使う
副作用嫌う関数型主義者がA,BでAには副作用しか期待できないカンマ演算子を許すはずがない
皆さんありがとうございます。
カンマ演算子と言うんですね。そしてjsにもあると。
大変勉強になりました。
カンマ演算子と言うんですね。そしてjsにもあると。
大変勉強になりました。
>>836
> カンマ演算子を使う事が副作用のトリガーではない
正しい。
が、A,BでAの部分で副作用を使わない場合はAの部分は全くなにもしないということ。それは単にBと書くことと同じである。
A,Bと書くということは、普通はAの部分で何か処理をさせる。
その場合その処理とは副作用以外あり得ない。
別に一般の言語では普通のことだが関数型信者は許せないのである。
> カンマ演算子を使う事が副作用のトリガーではない
正しい。
が、A,BでAの部分で副作用を使わない場合はAの部分は全くなにもしないということ。それは単にBと書くことと同じである。
A,Bと書くということは、普通はAの部分で何か処理をさせる。
その場合その処理とは副作用以外あり得ない。
別に一般の言語では普通のことだが関数型信者は許せないのである。
>>838
> が、A,BでAの部分で副作用を使わない場合はAの部分は全くなにもしないということ。それは単にBと書くことと同じである。
「副作用を伴わない=何もしない」って本気でそう思ってるのか...
返り値に影響する処理なら何もしてないわけではないだろうに
> が、A,BでAの部分で副作用を使わない場合はAの部分は全くなにもしないということ。それは単にBと書くことと同じである。
「副作用を伴わない=何もしない」って本気でそう思ってるのか...
返り値に影響する処理なら何もしてないわけではないだろうに
A,BでAが帰り値に影響を与えるということは、すなわちAの部分は副作用を持つ。よく考えてみるんだな。
例：
var a;
var b = (a = 1, a + 2);
悪いとは言ってない。普通だ。
これを悪いと考えるのが関数型信者なのだ。
例：
var a;
var b = (a = 1, a + 2);
悪いとは言ってない。普通だ。
これを悪いと考えるのが関数型信者なのだ。
副作用を伴わない関数↓
const nosf = n => n * 2;
const unko = (nosf(3), 10);
nosf(3)の唯一の成果は捨てられる。
＝意味がない
＝const unko = 10;と書くのと一緒
＝何もしないのと一緒
副作用を伴う関数↓
const sf = n => {console.log(n);};
const unko = (sf(3), 10);
単にconst unko = 10;と書くのとは違い、3がコンソールに出力される。
＝意味がある。そして副作用でもある。
A, Bと書くとき、Aに期待できるのは副作用のみである。
だからなんだ？なんでもない。ただそれが関数型信者は許せないのである。
const nosf = n => n * 2;
const unko = (nosf(3), 10);
nosf(3)の唯一の成果は捨てられる。
＝意味がない
＝const unko = 10;と書くのと一緒
＝何もしないのと一緒
副作用を伴う関数↓
const sf = n => {console.log(n);};
const unko = (sf(3), 10);
単にconst unko = 10;と書くのとは違い、3がコンソールに出力される。
＝意味がある。そして副作用でもある。
A, Bと書くとき、Aに期待できるのは副作用のみである。
だからなんだ？なんでもない。ただそれが関数型信者は許せないのである。
>>844
オーケーオーケー、つまりあなたは
v += 2
の部分が副作用じゃないと言いたいんだな？
そっかぁそうだったのかぁ…
やっぱりwikipediaは信用できないなぁｗ
http://ja.m.wikipedia.org/wiki/副作用_(プログラム)
プログラミングにおける副作用（ふくさよう）とは、ある機能がコンピュータの(論理的な)状態を変化させ、それ以降で得られる結果に影響を与えることをいう。代表的な例は変数への値の代入である。
オーケーオーケー、つまりあなたは
v += 2
の部分が副作用じゃないと言いたいんだな？
そっかぁそうだったのかぁ…
やっぱりwikipediaは信用できないなぁｗ
http://ja.m.wikipedia.org/wiki/副作用_(プログラム)
プログラミングにおける副作用（ふくさよう）とは、ある機能がコンピュータの(論理的な)状態を変化させ、それ以降で得られる結果に影響を与えることをいう。代表的な例は変数への値の代入である。
副作用が何かも知らないやつが突っかかってんのか
知らないなら黙ってりゃいいのに
知らないなら黙ってりゃいいのに
>>845は皮肉で言ってんだと思うんだが…
>>845
君の出したところによると、参照透過性の満たすべき条件は、
1. 同じ条件を与えれば必ず同じ結果が得られる
2. 他のいかなる機能の結果にも影響を与えない
なわけだが、
[1,2,3].map(v => (v += 2, v * v));
は副作用があって、
[1,2,3].map(v => { const x = v + 2; return x * x; });
は副作用がない、といいたいのだな？
どちらも、1,2の条件を満たしており、他のいかなるスコープの変数にも影響を与えないとしても、前者は副作用があるのだな？
君の出したところによると、参照透過性の満たすべき条件は、
1. 同じ条件を与えれば必ず同じ結果が得られる
2. 他のいかなる機能の結果にも影響を与えない
なわけだが、
[1,2,3].map(v => (v += 2, v * v));
は副作用があって、
[1,2,3].map(v => { const x = v + 2; return x * x; });
は副作用がない、といいたいのだな？
どちらも、1,2の条件を満たしており、他のいかなるスコープの変数にも影響を与えないとしても、前者は副作用があるのだな？
>>849
副作用がないコードは既に説明した、といっておこう
副作用がないコードは既に説明した、といっておこう
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.107 + (1001) - [97%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.127 + (1001) - [97%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.127 + (160) - [97%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.113 + (1001) - [95%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.118 + (1002) - [95%] - 2014/8/29 22:30
トップメニューへ / →のくす牧場書庫について