元スレ+ JavaScript の質問用スレッド vol.137 +
JavaScript覧 / PC版 /みんなの評価 :
801 = :
>>799
そりゃウェブアプリに限ればそうだろうよw
殆どがウェブサイトだからな
802 = :
>>800
そんな話してないぞ?
jQueryはオワコンじゃなくて
両方使いましょうって話をしてる
806 = :
web componentsが完成すれば、コンポーネント(≒HTMLタグ)を
プログラマが作ってウェブデザイナはそのHTMLタグを使う時代になる
コンポーネントは既存のHTMLタグの機能を拡張して動きをつけたものだが
汎用的なものであるためデザインは含まない(デフォルトがある程度)
デザインはCSSでやるという今と同じ流れ
コンポーネント自体はDOM APIを使って作るだろう。
じゃあjQueryは不要になるのか?というと、コンポーネント同士の連携で使われる
CSSでコンポーネントにデザインを、jQueryでコンポーネント同士の連携を。
そこにフレームワークは登場しない
807 = :
つける動きがもうコンポーネント作る時点で作ってあるんだから出番ねーよw
さすがに要素の移動程度ネイティブapiでやるわwww
808 = :
要素の移動ってなんだ?そんな事一言も言ってないが
809 = :
ごめん。じゃあ何一つ用ないわ。これでいいなw
810 = :
コンポーネント同士の連携が残ってるだろ
811 = :
rubyといいjQueryといい本尊が落ちぶれた信者は大変だな。
まぁ迷惑だから出ていけ。
812 = :
イ・ヤ・♪
813 = :
病気だなwワロタw
815 = :
CSSで切り欠き部分まで一杯にコンテンツを表示しているときに
対象の要素の隠れた部分、もしくは切り欠き部分のマスクを取得、計算するにはどうしたら良いでしょうか?
819 = :
どういたしまして。
820 :
無名関数の代わりにアロー関数を使う事はありますか?
互換性とthisのバインドの違いが怖くてビビって使えない
821 = :
>>820
めっちゃ使う
822 = 820 :
>>821
ありがとうございます
使えるように勉強します
823 = :
むしろthisが中と外で一致するので使いまくる
824 = :
http://img.kaikai.ch/img/48623/1
825 = :
すいません初心者の質問です
JSでは、C言語みたいに、1つの式しか書けない所で、「i++,j」みたいに書くことで
「i++という処理だけをして、その結果を捨てて、そこに入る値としてはjを使う」
という文法ってあるんでしょうか?
ちなみにこの文法のことをC言語で正式に何と呼ぶのか分からないので
Javascriptにこれがあるかどうかもうまく調べられないという状況です
826 = :
>>825
カンマ演算子のことか?
827 = :
カンマ演算子だね。jsにもあるよ。
http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Comma_Operator
関数型至上主義者に蛇蝎の如く嫌われるやつだ。
828 = :
カンマ演算子を好んで使う職業プログラマなんておらんだろ
関数型云々とか関係ない
830 = :
プロプログラマ
831 = :
プロのグラマーってちょっとエロい
832 = :
プロのグラマーってちょっとエロい
833 = :
>>827
積極的に使うわけではないが、一つの文にしたい時には使う
834 = :
アロー関数の略式で使うことあるし、関数型云々は関係ないな
835 = :
副作用嫌う関数型主義者がA,BでAには副作用しか期待できないカンマ演算子を許すはずがない
836 = :
カンマ演算子を使う事が副作用のトリガーではない
837 = :
皆さんありがとうございます。
カンマ演算子と言うんですね。そしてjsにもあると。
大変勉強になりました。
838 = :
>>836
> カンマ演算子を使う事が副作用のトリガーではない
正しい。
が、A,BでAの部分で副作用を使わない場合はAの部分は全くなにもしないということ。それは単にBと書くことと同じである。
A,Bと書くということは、普通はAの部分で何か処理をさせる。
その場合その処理とは副作用以外あり得ない。
別に一般の言語では普通のことだが関数型信者は許せないのである。
839 = :
>>838
> その場合その処理とは副作用以外あり得ない。
なぜ?
840 = :
>>838
> が、A,BでAの部分で副作用を使わない場合はAの部分は全くなにもしないということ。それは単にBと書くことと同じである。
「副作用を伴わない=何もしない」って本気でそう思ってるのか...
返り値に影響する処理なら何もしてないわけではないだろうに
841 = :
A,BでAが帰り値に影響を与えるということは、すなわちAの部分は副作用を持つ。よく考えてみるんだな。
例:
var a;
var b = (a = 1, a + 2);
悪いとは言ってない。普通だ。
これを悪いと考えるのが関数型信者なのだ。
842 = :
副作用を伴わない関数↓
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に期待できるのは副作用のみである。
だからなんだ?なんでもない。ただそれが関数型信者は許せないのである。
843 = :
CPUに計算はさせてんじゃん。捨てられる無駄な計算をw
844 = :
>>841
やはり、ロジックがおかしい
再考を推奨する
[1,2,3].map(v => (v += 2, v * v)); // [9, 16, 25]
>>842
変数名からして汚いコードだな...
845 = :
>>844
オーケーオーケー、つまりあなたは
v += 2
の部分が副作用じゃないと言いたいんだな?
そっかぁそうだったのかぁ…
やっぱりwikipediaは信用できないなぁw
http://ja.m.wikipedia.org/wiki/副作用_(プログラム)
プログラミングにおける副作用(ふくさよう)とは、ある機能がコンピュータの(論理的な)状態を変化させ、それ以降で得られる結果に影響を与えることをいう。代表的な例は変数への値の代入である。
846 = :
副作用が何かも知らないやつが突っかかってんのか
知らないなら黙ってりゃいいのに
847 = :
>>845は皮肉で言ってんだと思うんだが…
848 = :
>>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の条件を満たしており、他のいかなるスコープの変数にも影響を与えないとしても、前者は副作用があるのだな?
849 = :
>>848
A, Bと書くとき、Aに期待できるのは副作用のみである。
何か文句ありますか?以上。
850 = :
>>849
副作用がないコードは既に説明した、といっておこう
類似してるかもしれないスレッド
- + 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
トップメニューへ / →のくす牧場書庫について