私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.114 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
はじめてのJavaScript、秀和システム
掌田津耶乃(しょうだ つやの)、2013
スペースが多く、レイアウトも良く、
図が多くてわかりやすい・読みやすい
100ページに及ぶ、オブジェクト指向の説明は圧巻(4, 5章)
JSがいかに変態な言語であるか、
10言語ほど知っている漏れでも、何回も読み直すほど難しい
こういう抽象的で難解な話を、図もなく、
オライリーなどで外人から学ぶのはムリ
(まずオライリーというだけで、漏れは読む気にならない)
他に、DOMのイベントについても、100ページの説明がある(7, 8章)
ただし誤植が多いので、サイトの書籍の訂正を見た方がよい
例えば、for-in は、インデックス順に取り出すとあるが、
MDNでは、順不同となっている。どっちが正しいの？
掌田津耶乃(しょうだ つやの)、2013
スペースが多く、レイアウトも良く、
図が多くてわかりやすい・読みやすい
100ページに及ぶ、オブジェクト指向の説明は圧巻(4, 5章)
JSがいかに変態な言語であるか、
10言語ほど知っている漏れでも、何回も読み直すほど難しい
こういう抽象的で難解な話を、図もなく、
オライリーなどで外人から学ぶのはムリ
(まずオライリーというだけで、漏れは読む気にならない)
他に、DOMのイベントについても、100ページの説明がある(7, 8章)
ただし誤植が多いので、サイトの書籍の訂正を見た方がよい
例えば、for-in は、インデックス順に取り出すとあるが、
MDNでは、順不同となっている。どっちが正しいの？
要約
レイアウトとかどうでもいい。
オブジェクト指向は何回も読み直さないと
いけないほどわかりにくい説明。
基本的に良書であるオライリーが読めない人間の言うこと。
誤植が多く、基本的なことも間違ってる。
レイアウトとかどうでもいい。
オブジェクト指向は何回も読み直さないと
いけないほどわかりにくい説明。
基本的に良書であるオライリーが読めない人間の言うこと。
誤植が多く、基本的なことも間違ってる。
クラスがないんじゃなくて
prototypeとコンストラクタ関数に分かれていて分かりにくいだけ
prototypeとコンストラクタ関数に分かれていて分かりにくいだけ
100ページに及ぶ、オブジェクト指向の説明は圧巻だよ
JSがクソなの。構造体もなくて、あきれてしまう
著者はよく説明している
それに漏れは、供給者側からの評価はしない
あくまでもユーザ目線
自分の力が、短時間で向上したかどうか、
自分が影響を受けたかどうか、つまり自分の結果を重視する
オライリーが何を言おうと、自分には影響しない
もっと短時間で、わかりやすく説明できる人に、お金を払う
自分を向上させた人に、お金を払う
JSがクソなの。構造体もなくて、あきれてしまう
著者はよく説明している
それに漏れは、供給者側からの評価はしない
あくまでもユーザ目線
自分の力が、短時間で向上したかどうか、
自分が影響を受けたかどうか、つまり自分の結果を重視する
オライリーが何を言おうと、自分には影響しない
もっと短時間で、わかりやすく説明できる人に、お金を払う
自分を向上させた人に、お金を払う
使い方は分かってるんだが、
変さの必然性は今でもいまいちわかってないな
だから、使えるけど、あれ本当に分かってたっけ？って不安になる
変さの必然性は今でもいまいちわかってないな
だから、使えるけど、あれ本当に分かってたっけ？って不安になる
他のオブジェクト指向言語は、
クラスを生成する仕組みが既に出来上がっていて、そこに手を入れることは出来ないけど
JSは、クラスを生成する仕組みを更に分解できる。
そこが原始的だし、自由度が高いともいえる。
クラスを生成する仕組みが既に出来上がっていて、そこに手を入れることは出来ないけど
JSは、クラスを生成する仕組みを更に分解できる。
そこが原始的だし、自由度が高いともいえる。
コンストラクタがなくても、こんな感じで継承はさせられるのか
変な言語だなぁ
var parent = {
parent: function(){
console.log('parent');
}
}
var granpa = {
granpa: function(){
console.log('granpa');
}
}
parent.__proto__ = granpa;
parent.granpa();
変な言語だなぁ
var parent = {
parent: function(){
console.log('parent');
}
}
var granpa = {
granpa: function(){
console.log('granpa');
}
}
parent.__proto__ = granpa;
parent.granpa();
__proto__は何故非推奨なのか？これを非推奨にしてクラスっぽいものを導入する意味がわからん
>>749
その認識で正しい
その認識で正しい
型(クラス)とインスタンスがあるんだから
クラスがないとは言えない。
すべてのオブジェクトの生成を
プロトタイプチェーンの伸長だけで済ませるのなら、
クラスはないと言えるけど。
変な言語なんだよJSってやつは
クラスがないとは言えない。
すべてのオブジェクトの生成を
プロトタイプチェーンの伸長だけで済ませるのなら、
クラスはないと言えるけど。
変な言語なんだよJSってやつは
俺の考える真のプロトタイプベース
1 型をなくす。オブジェクトはオブジェクト、以上
2 オブジェクトはオブジェクトから作られる
3 オブジェクトの生成時にコンストラクタを渡せる。しかしそれは型ではない
4 プロトタイプチェーンに連なるオブジェクトがそのオブジェクトの性質をあらわす
1 型をなくす。オブジェクトはオブジェクト、以上
2 オブジェクトはオブジェクトから作られる
3 オブジェクトの生成時にコンストラクタを渡せる。しかしそれは型ではない
4 プロトタイプチェーンに連なるオブジェクトがそのオブジェクトの性質をあらわす
グッドパーツっておもしろおじさんのおもしろテクニック集みたいなもんだから。
俺の中で一番評価の高い技術系出版社オーム社の本が本屋で全然見なくなった。今でも出版してる？
あの事件のせいだろうな。
あの事件のせいだろうな。
>>751
for-inは順不同で列挙が正しい(ESで未定義)
誤った知識をわかりやすく説明しているなら、それは良書とはいえない
せっかく覚えても正しい知識を覚え直さないといけなくなる
少なくとも、それが正しいか判断できない初心者にその書籍を勧めるべきじゃない
for-inは順不同で列挙が正しい(ESで未定義)
誤った知識をわかりやすく説明しているなら、それは良書とはいえない
せっかく覚えても正しい知識を覚え直さないといけなくなる
少なくとも、それが正しいか判断できない初心者にその書籍を勧めるべきじゃない
>>767
ECMAScript 5 で出てくるクラスは [[Class]] だけ
概念としてのクラスは説明されてないから間違ってはいない
既存の概念にとらわれずに仕様書だけを読めば基本的に間違いはないはず
「JavaScriptが変態だ」と認識している人は、既存の概念にとらわれすぎだと思う
ECMAScript 5 で出てくるクラスは [[Class]] だけ
概念としてのクラスは説明されてないから間違ってはいない
既存の概念にとらわれずに仕様書だけを読めば基本的に間違いはないはず
「JavaScriptが変態だ」と認識している人は、既存の概念にとらわれすぎだと思う
～に書いてない、って言ってる人の方が思考停止してるように見えるけどな
考察の結果じゃなくて資料の字面を見た結果でしかない
考察の結果じゃなくて資料の字面を見た結果でしかない
たしかに秀和システムにはいい印象ない
オーム社とソフトバンクパブリッシングが二強
オーム社とソフトバンクパブリッシングが二強
仕様書に言葉として書かれていないものは存在しないと主張するJSパリサイ派の方が
トートロジー以外の方法でクラスが存在しないことを説明するべきだろう
トートロジー以外の方法でクラスが存在しないことを説明するべきだろう
「あるオブジェクトを生成するための、プロトタイプとコンストラクタの組み合わせ」は
プログラミング言語設計上のクラスと言っても差し支えない、
とJSジーザスの俺は主張しているのだが？
悔い改めよ。
プログラミング言語設計上のクラスと言っても差し支えない、
とJSジーザスの俺は主張しているのだが？
悔い改めよ。
すみません空気読まずに質問です
チャットルームを作ってるんですが
> < " ' をサーバーでエスケープしないで
jsonとしてサーバーから送られてきたものをJavascriptでエスケープしようと思ってるんですがこれってクライアント側からしたら危険だったりします？
チャットルームを作ってるんですが
> < " ' をサーバーでエスケープしないで
jsonとしてサーバーから送られてきたものをJavascriptでエスケープしようと思ってるんですがこれってクライアント側からしたら危険だったりします？
js側でエスケープするなら全然危険じゃないよ
jsでエスケープとかごく普通のことだし
jsでエスケープとかごく普通のことだし
function Index() {
$('[id="htmlForm:button1"]').click(this.say);
this.count = "aa";
}
Index.prototype.say = function () {
alert(this.count); ← なんでボタンをクリックした時に、undefineになるんですか？
};
$('[id="htmlForm:button1"]').click(this.say);
this.count = "aa";
}
Index.prototype.say = function () {
alert(this.count); ← なんでボタンをクリックした時に、undefineになるんですか？
};
オブジェクトはオブジェクトから作られる、っていうプロトタイプベースの基本思想を
もっと美しく実現していたら良かったのにな
思想と実装の間の不調和が「変」だと感じる理由だと思う
もっと美しく実現していたら良かったのにな
思想と実装の間の不調和が「変」だと感じる理由だと思う
プロトタイプベースにとって、プロトタイプチェーンってのは最重要の概念なのに
なんで裏に隠れているのか。
もっと明示的に、プログラマにとって分かりやすくすべきだろう。
なんで裏に隠れているのか。
もっと明示的に、プログラマにとって分かりやすくすべきだろう。
>>784
ようこそ友よ。
ようこそ友よ。
主観てw
典型的な自分で考えることのできない奴の反論じゃねーか
一つも技術的な内容がないし、論争すら無駄な相手
くだらね
典型的な自分で考えることのできない奴の反論じゃねーか
一つも技術的な内容がないし、論争すら無駄な相手
くだらね
JavaScriptを変じゃないって言ってる奴は単にJavaScriptしか知らないだけだろ
クラスはプリミティブな機能としてあった方がいいんだよな
ないせいで各自自前でクラス生成みたいなことしてるんだから
ないせいで各自自前でクラス生成みたいなことしてるんだから
lodashに_.isNullというものがありますが
これって必要ですか？
===null
でいいのでは？
これって必要ですか？
===null
でいいのでは？
>>790
thisは、そのオブジェクトを指す
関数もオブジェクトなので、関数が異なると、thisも異なる
function A(){
this.a
var c
var self = this
function B(){
this.b
self.a
}}
関数Aの中に、Bがある時、2つのthisは、別個の関数を指す
変数cは、内側のBでも使えるので、
Aのthisを変数に代入して、Bで使える
thisは、そのオブジェクトを指す
関数もオブジェクトなので、関数が異なると、thisも異なる
function A(){
this.a
var c
var self = this
function B(){
this.b
self.a
}}
関数Aの中に、Bがある時、2つのthisは、別個の関数を指す
変数cは、内側のBでも使えるので、
Aのthisを変数に代入して、Bで使える
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.104 + (1001) - [97%] - 2013/1/28 4:00
- + JavaScript の質問用スレッド vol.124 + (1001) - [97%] - 2015/7/16 1:30
- + JavaScript の質問用スレッド vol.144 + (288) - [97%] - 2020/5/17 20:00
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.120 + (1002) - [95%] - 2014/11/8 1:15
- + JavaScript の質問用スレッド vol.122 + (1004) - [95%] - 2015/2/14 4:45
トップメニューへ / →のくす牧場書庫について