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

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

952 = :

Javascriptらしいprototype継承ってことかね
Javascriptでオブジェクト指向やろうって方向性とは合わない気がするけど

Prototypal Inheritance in JavaScript
http://javascript.crockford.com/prototypal.html

955 = :

var a = {};
a.name = "test";
a.f = {};
a.f.show = function(){console.log(this.name);};
console.log(a.f.show());

testが表示されません何故ですか？

956 = :

>>953
それを言い始めるとその関数が(O: Object, Properties?: Object) => Objectであることも確かめないと
JSONの例もそう >>908,909
Objectかどうか、functionかどうか、それでは範囲が広すぎる
中途半端なことをするくらいなら簡潔な !Object.create でいい
Object.createに期待していない値が代入されることを想定するのは、
undefinedに値が代入されることを想定するようなもの
行儀の悪いコードを想定して自分のコードを複雑化させるのは悪手

>>955
a.f.show()として呼び出すとその関数内のthisはa.fになる
a.f.show.call(a)と呼び出すか、関数内で直接aを参照するか、a.fにaへの参照を持たせる
a.f = {parent: a};
a.f.show = function(){console.log(this.parent.name);};

957 = :

般　僧掲若咒咒菩波夢罫依智老識色無垢舎空利時観　摩
若　掲諦波能是提羅想礙般亦死界声受不利空子照自　訶
心　諦　　羅除大故蜜究故若無亦無香想浄子即色見在　般
経　　　掲蜜一明知多竟無波得無無味行不是是不五菩　若
　　菩諦多切咒般故涅有羅以老明觸識増諸色異蘊薩　波
　　提　　咒苦是若得槃恐蜜無死亦法無不法受空皆行　羅
　　薩波即真無波阿三怖多所尽無無眼減空想空空深　蜜
　　婆羅説実上羅耨世遠故得無無眼耳是相行不度般　多
　　訶掲咒不咒蜜多諸離心故苦明界鼻故不識異一若　心
　　　　諦曰虚是多羅佛一無菩集尽乃舌空生亦色切波　経
　　　　　　　　故無是三依切罫提滅乃至身中不復色苦羅
　　　　波　　説等大藐般顛礙薩道至無意無滅如即厄蜜
　　　　羅　　般等神三若倒無侘無無意無色不是是舎多

959 = :

>>950
めっちゃわかりやすくありがとうございます
ようするにそんなに拘る必要もないよってことですね

960 = :

>>948
それはただの二流の連中だろ
仕様には哲学は書いてねーんだよ

961 = :

>>950
さすがクロックフォードもS級技術者の端くれだな

962 = :

朝方までアホな質問してたニートが目を覚ましたか

963 = :

>>944の件ですが、
jsbinでテストしてみたところ、すぐに反映しました
ということは、
スクリプトが設定した値とは違う値が入る可能性もある、
ということになると思います。
おそらくほとんどのスクリプトは
別ウインドウでのクッキー変更の可能性を考慮していないと思いますが、
考慮してる人いますか？

965 = :

>>950
undefinedチェックがナンセンスなら
そもそもこんな議論も発生しないだろw
別に2chだけで起きてるわけじゃないぞ
実際にあり得るし現にあることをナンセンスと言う方がナンセンス

967 = :

何度も呼び出す場合はAとBどっちがいいですか？

A
var obj = {function test(){}};
obj.test();
B
var obj = function(){}
obj.prototype.test = function(){};
obj.test();

969 = :

>>967
B は TypeError: undefined is not a function だった
ちゃんとテストしてから質問するように

970 = :

思想の違いとか宗教論争とか言って己の二流性を直視できない奴がいるな
技術の進化は技術者が思想に関する論争を戦わせた結果なんだよ
個人の好みに帰されることを一流の技術者が熱論するわけねーだろ
二流の欠点は一流を理解できず、
自分を誤魔化す理由の捏造に逃げてしまうところ

972 = :

A
var test = {};
test.a = function(){};
test.a();
B
function test(){}
test.prototype.a = function(){}
var t = new test();
t.a();

973 = :

少数が書き込みを繰り返しているんだろうけど、「一流技術者」とか「Ａ級」とか「議論しているから問題があるはずだ」とか主観的な物言いが目立つね

974 = :

思想の違いを認識してない代表が>>766みたいな奴だな
OOPの作法に従って書いてある本を手にとってトンチンカンな事で文句付ける

975 = :

>>969
>>972

977 = :

>>975
AはBよりパフォーマンスが高いが、複数のインスタンスを生成できない
BはAよりパフォーマンスが低いが、複数のインスタンスを生成できる
用途に合った機能を使え

978 = 950 :

>>976
[1], [2] 共にありうるが、[2] は回避手段を私が知らないので諦めている。
何か有効な対策があるなら教えて欲しい。

リスクはゼロには出来ないが、出来るだけ軽減させるものだ。
[1] のリスクだけでも回避できるなら回避した方が良いと私は考える。
「リスクをゼロに出来ないからノーガード戦法をとる」も一つの意見なのだろうけど、ちょっと私には賛同しがたいかな。

979 = :

>>973
主観的じゃないものいいってなんだよ
仮にそんなものがあるとして、そんなものには価値はない
すでにあるものについて語ってるだけだからgoogleさえあればお前はいらない

980 = :

>>956
>行儀の悪いコードを想定して自分のコードを複雑化させるのは悪手

これは重要なことだな
時が経てば自動的になくなっていく瑕疵のために今あるコードを醜くするのは悪手
その醜さがいずれ腐敗しだすのだから

981 = :

var A = {};
A.a = function(){
A.b();
};
これb()がないのにjshintでエラー出ません
どうしてですか？

982 = :

>>979
主観と客観の違いってわかる？
技術者なら客観的事実に基づいた論理で議論すべきだよ
事実の根拠となる情報源は確度が高いこと(例えば、ES, DOM仕様書など)が前提としてあるけどね
後は比較コードを示して、どちらがより良いか論理的に説明して見せるとか

983 = :

>>981
呼び出されてないから

984 = :

間違えた、jshintか
jshintは知らんが、呼び出せばコンソールで「TypeError: undefined is not a function」になる
jshintの前にコンソールを見るべきだ
jshintの設計思想なんて作者以外知りようがない

985 = :

このスレを見ていても分かるよな
A級以上の技術者の視点は未来にあり、「あるべき姿」について語る
B級以下の技術者の視点は過去と現在にあり、「今ある姿」についてしか語ることができない
そして今は存在しないものについての言葉を、
「主観的」「宗教論争」「思想の違い」などの言葉押し込めて自分を安心させる
「仕様」という言葉を好むのもB級の特徴

986 = :

ようＣ級

988 = :

間違えた
if(!(("Node"in window)&&typeof Node==="object")||typeof Node==="function"))
　Node =

これで十分だろう
if(!window.Node)
　Node =

989 = :

まぁほとんどの雇われ技術者にとって重要なことは
「誰かが考えたことをどうやってやるか」でしかないから
B級で十分なんだろうけどね。
しかし彼らの硬直化した思考からは
彼らが自分で考えるという行為をどれだけ奪われてきたのかに思いを致さざるをえず、
そのことに危機感を覚えるのである

990 = :

>>987
> >=IE8のためにNodeのPolyfillを作るとしたらどう書く？
引用文を捏造するとは…
この人は誰と戦ってるんだろうか？

991 = :

すまんな大なり小なりも間違えてるな
一行目はie8以前、二行目はie9以降ってことだ
しかも("Node"in window)じゃなくて(window.Node)だな
寝るわ

992 = :

>>991
いやそういうことではなくて…
>>978は「IE8のためにNodeのPolyfillを作るとしたらどう書く？」を質問してないでしょ
あなたが勝手に捏造しただけ

994 = :

Object.createの思想とは何か？
考えるに、オブジェクト自身に産出の機能を持たせる、ということに他ならない
JavaScriptはもともと可能態（デュナミス）としてそのような形態を最初から孕んでいた
それを実現してやろうというのがS級技術者ダグラス・クロックフォードの発想である
別に本人に聞いたわけじゃないがそのように推察する
しかしこうすると、インスタンスという概念が消えてしまう
インスタンス自身も親になれるのだから。
とはいえ、普通はインスタンスを親にすることはないだろう。
産出するオブジェクトと、産出しないオブジェクトを、頭文字のcaseで判断することになるだろう
それは果たして美しいのか？という問題はある

995 = :

スクリプトを呼び出す前に上書きされてるかも知れないから
console = 1
typeof console === undefined
typeof console === "undefined"
typeof console === void 0
どれもダメ
ちゃんとwindow.console === undefined && window.console.log === "function"
と確認するべき

996 = :

ショートコーダーが大好きな jQuery も isFunction, isArraylike, isArray ...etc
判定の為の関数を多数定義してるんだよね
必要ならコードが長かろうが判定させる
それが基本

998 = :

1000

999 = :

誰か次スレたてられる？

1000 = :

1000

前へ 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.110 + (1001) - [97%] - 2013/10/13 14:01
+ JavaScript の質問用スレッド vol.129 + (926) - [97%] - 2017/7/27 13:45
+ JavaScript の質問用スレッド vol.129 + (981) - [97%] - 2016/5/5 8:16
+ JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
+ JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
+ JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
+ JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
+ JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
+ JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
+ JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
+ JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
+ JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
+ JavaScript の質問用スレッド vol.109 + (1001) - [97%] - 2013/10/7 13:16
+ JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
+ JavaScript の質問用スレッド vol.125 + (1001) - [95%] - 2015/10/7 17:45
+ JavaScript の質問用スレッド vol.124 + (1001) - [95%] - 2015/7/16 1:30

トップメニューへ / →のくす牧場書庫について

総計:	127,062,898人
頁
昨日:	no data人
頁
今日:	人
頁