巻き上げとthisにだけ気をつければ
巻き上げにfunction式とアロー関数式に違いはない。
注意すべきはthisのみで、巻き上げに云々は関係ない。(var f = function(){};もvar f = () => {};も同じ)
なんで宣言を省いてしまうのか
どうせ分かり会うことはないだろうから
考え方以前の問題だろ
で、無名関数はfunctionでも式としてしか書けない(() => {}に対してfunction(){})
嘘だと思うなら>>106はfunction(){}を宣言文で書いてみろよw
function f(){}は有効な関数宣言だけど
function(){}はすぐGC対象になる関数式だぞw
全てプロトタイプ先に任すというものなので継承ではなく委譲
prototypeプロパティは委譲させられるものを定義する場所で 形として継承がさせているように見える
その継承と委譲の区別意味あるか?
> 全てプロトタイプ先に任すというものなので継承ではなく委譲
全てを任せてないだろ
__proto__は実装方法。
C言語で例外を実装するときにgotoを使う
というのと同じように、__proto__を使って継承や委譲するだけに過ぎない
全くしっくり来ないわ
jQuery#proxyでも委譲云々を唱える奴がいたが、ただの宗教論にしか聞こえない
継承は親クラスから機能を受け継ぐもので
委譲は処理を別のものにさせるものってだけじゃないか
その実装がどうなってるかは関係ないし、
継承、委譲の考え方に、それらを実現するときに使う道具も関係ない
proxyは過去いってた奴がいただけで俺も賛同してない
> 継承は親クラスから機能を受け継ぐもので
はいダウト。「親クラスから機能を受け継ぐ」というのはのはクラスベースオブジェクト指向固有の考え方。
> その実装がどうなってるかは関係ないし、
と自分で書いてるのに語るに落ちたなw
今の話に関係ない話だろってこと
これが間違い。プロトタイプベースでも「親クラスから機能を受け継ぐ」ことは継承になる。 クラスに相当するものがあって、それを引き継ぐならどんな実装でも継承
「クラスに相当するもの」というのがクラスベース脳から見たらそう見えるというだけ。
富士急ハイランドフリーパス ペアチケット | 山梨県富士吉田市 富士急ハイランドフリーパスペアチケット | 山梨県富士河口湖町 大流行中! フリーパス 富士急ハイランド - 遊園地/テーマパーク - www ホワイト系素晴らしい 富士急ハイランドフリーパスチケット 遊園地 堅実な究極の フリーパス ペアチケット 富士急ハイランド - 遊園地 富士急ハイランド フリーパス ペアチケットの通販 by みこ's shop|ラクマ 2022年】富士急ハイランドを割引やクーポンで安くお得に楽しむ方法 富士急ハイランド得QPACK | 高速バス | 東急バス 限定販売 富士急ハイランド チケット フリーパス 2枚 新規契約|遊園地 チケットを購入する 富士急ハイランド 得Qパック(フリーパス&バスパック)|富士急 堅実な究極の フリーパス ペアチケット 富士急ハイランド - 遊園地 富士急ハイランド フリーパス引換券(レジャー券・チケット)の高価 記念日 富士急ハイランドフリーパス 遊園地 富士急ハイランド チケット ペア 利用券 フリーパス 2名1組 招待券 富士急ハイランド セット券「得Q PACK」 - 富士急行バス 富士急ハイランド 入場チケット | Klook 日帰り12,400円】首都圏発 JR限定列車で行く☆富士急ハイランド1日 富士急ハイランド 入場チケット | Klook Re:ゼロから始める富士急ハイランド生活 記念日 富士急ハイランドフリーパス 遊園地 ホワイト系素晴らしい 富士急ハイランドフリーパスチケット 遊園地 チケットを購入する | 富士急ハイランド 記念日 富士急ハイランドフリーパス 遊園地 楽天市場】【ふるさと納税】 旅行 チケット ペア 利用券 フリーパス オレンジ系【一部予約販売】 ①富士急ハイランド フリーパス 2枚 2022 ブルー系【期間限定】 富士急ハイランド フリーパス 遊園地/テーマ 楽天市場】【ふるさと納税】富士急ハイランド フリーパス ペア 2名 1組 富士急ハイランド】最安値でフリーパスを購入する方法は??フリーパス 富士急ハイランドフリーパス引き換え券2名分の通販 by NKpapa's shop 富士急ハイランドの夏!最新情報・お得なセットプランをご紹介|富士急 富士急ハイランド フリーパス引換券 1枚 (遊園地フリーパス・スキー場1 当店特別価格 富士急ハイランド チケット 遊園地/テーマパーク 富士急ハイランド|チケット情報・販売 ローチケHMV[ローソンチケット 富士急ハイランド優待割引券 | レジャー券の格安チケット購入なら金券 クラブフジQ会員】富士急ハイランドフリーパス オンラインチケット
だから継承はクラスベースのクラス相当のものための用語なんだが?
継承=クラスベースなんだよ
正確に言えばプロトタイプベースでもクラスは作れるが、以前のJavaScriptは
独特のルールを守って実装しなければいけないから面倒だった。
このJavaScriptでクラスが作りづらいというのはJavaScriptの制限であって
プロトタイプベースの制限ではない
クラスに相当するものは、クラスベースでもプロトタイプベースでも(それ以外)でも存在する。
プロトタイプベースだからクラスがないと考えるのは、お前が持ってるバイアスにすぎない。
パーティを彩るご馳走や 富士急ハイランド チケット 施設利用券 遊園地/テーマパーク
class構文入ってるんだから
それな。プロタイプベースってのは内部の実装に過ぎず
class構文を使えば、プロタイプベースでクラスを容易に実装できる。
昔はclass構文がなかったから、クラスを実装するのは容易ではなかったが
別に実装できなかったわけじゃない。
> それな。プロタイプベースってのは内部の実装に過ぎず
仕様を無視した、プロトタイプベースじゃないJavaScript実装が存在するの?
>>137
> それな。「プロタイプベース」ってのは内部の実装に過ぎず
>>139
> 最初から糖衣構文を使うことで、「プロタイプベース」でも
「プロトタイプベース」ではなく、「プロタイプベース」と書いてる(バグリング君も似たようなことをしたな)
仕様を知らないので、「内部の実装」と知ったかぶりをする
1/2^64じゃね?
おととい来てね、おじいちゃん?ww
糖衣構文だから、どういうこと?
最初から糖衣構文を使うことで、プロタイプベースでも
クラスが書きやすくなったって話をしてるよね?
民主主義国家でなくても民主主義はあるしできるように、
JSでも当然クラスという概念は持ち出せるし、構文にまでなってるんだから、
JSにクラスというものは当然に存在すると考えるのが合理的
クラスというのは概念なので
クラス専用の構文がないC言語でも
クラスの概念を導入したコードを書ける。
というのが正しいかな
以前のJavaScriptでもクラスの概念を導入することは可能だったし
newがあるんだから、クラスの概念を使うのが普通だった。
それに加えて最近のJavaScriptではクラス専用の構文が加わり
クラスを導入したコードが簡単にかけるようになった。
https://qiita.com/ikedaosushi/items/45652e53c06c761d8137
奇しくもクラス大好き言語JavaはXML大好きである。
クラスおじいちゃんはJSONを使わないように。
同様に、C など、オブジェクト指向ではない言語でも、
苦労すれば、オブジェクト指向で書ける
でも、そういう言語は、オブジェクト指向とは言わない
オブジェクト指向の言語とは、オブジェクト指向を簡単に書けるものだけ。
つまり、クラス構文を持つものだけ!
go言語もhaskellもクラス構文なんてない。
一方jsはes2015でおじいちゃん介護言語に成り果ててしまった…
パーティを彩るご馳走や 富士急ハイランド チケット 施設利用券 遊園地/テーマパーク
イケてる言語はみんなない。 脳死でJavaパクったRubyみたいな要介護言語なんかとは心意気が違う。
JSも同類になったww
だからオブジェクト指向言語ではない。
第二級言語
> イケてる言語はみんなない。
イケてない言語では?
議論に参加して良いのはイケてる言語になってからだよ。
いちおうひととおり使えるれべるにはなってるかな?
indexedDBがわけわからんしSQLの勉強もかねてつかってみたいんだけどどうなんだろ
廃止が決まってからも長い間残されてたけどchromeは遂に次のバージョンから削除されるってよ。
IndexedDBが堅苦しいなら使いやすいライブラリを探す事をおすすめする
https://developer.mozilla.org/ja/docs/Web/API/IndexedDB_API#See_also
そういたします… 情報がそれほど多くなく説明が専門的で理解できるか微妙ですが ありがとう
パーティを彩るご馳走や 富士急ハイランド チケット 施設利用券 遊園地/テーマパーク
パーティを彩るご馳走や 富士急ハイランド チケット 施設利用券 遊園地/テーマパーク