俺が飽きるまで。もしくはあいつが消えるまで。

上に同じ
議論するならIDは必要だな

>>700 >>702

>>694

ID出したら他人になりすませなくなるから出さないよ

さすがに質問スレでこの議論は迷惑だろ

俺としてはこの状態で終わっていいんだけどな。

>>696に書いたように全て論破してるからさ。
反論さえなければこれで終わり。

ま、相手次第だよ。

俺としてはこの状態で終わっていいんだけどな。

>>696に書いたように全て論破してるからさ。
反論さえなければこれで終わり。

ま、相手次第だよ。

議論するならIDが出るプログラム板にでも行った方が有意義だろうね
雑談ならともかく議論なら他人の名前と顔が見えている方がいい

そういや同名のスレッドがあるんだよね

向こうでも迷惑だろうけどｗ

ところで、>>1の(3)を読むと議論を許容しているように読めてしまうね
議論の文字は削除して議論禁止にした方が良さそう
流石に今日の調子で定常的に荒れるのは困る

　OCNインターネットセキュリティ担当：abuse_support@ocn.ad.jp
===============================================================

弊社では連絡のあった行為が迷惑か否かの判断はしておらず、ご契約の
回線からの行為ではありますが、お客さまご自身が行ったとの認識では
ございません。

ただ、弊社では今回のような行為は【IP通信網サービス契約約款(*2)】
にて禁止しておりますので、もし、今回のご連絡（書込み内容）に
お心当たりがある場合には、サイトごとのルールをご確認いただいた
うえで、OCNサービスをご利用いただきますようお願い申し上げます。
（行為が繰り返し確認された場合、より厳しい対処を行わせていただく
ことがございます）

なお、前述のとおりお客さまにお心当たりが無い場合には、悪意ある
第三者による回線の無断使用の可能性がございます。

お使いのパソコンやルータのセキュリティ設定のご確認、インターネット
上でご利用になられている会員制WEBサイトなどで使用されている
パスワードを使い回したりされていないかお確かめ下さい。
（セキュリティの観点からパスワードの使い回しは推奨いたしておりません）

今回のご連絡は以上となりますが、ご不明な点がございましたら弊社
までお問い合わせ下さい。

今後ともOCNサービスをよろしくお願い申し上げます。

うわｗなんで立ってるの？ｗ

早漏にも程があるｗ

プログラマーは早漏
ソースは俺

右クリックしてもコンテキストメニューが出ないようにしたいのですが、
obj.addEventListener('contextmenu', function() {
return false;
}, false);
だとうまくいきません。
obj.oncontextmenu = function() {
return false;
};
にすると動作するのですが、addEventListenerでも動かしたい場合、
どうやって書くのが正解なのでしょうか？

>>718
obj.addEventListener('contextmenu', function(e) {
e.preventDefault();
}, false);

>>719
ありがとうございます！
return falseなんてマヌケなコード入れずにすんで感動です

>>686

>>678

本当質問スレで議論する荒らしはうざい

hasOwnProperty()で基本大丈夫だが、キーに"hasOwnProperty"を持っている場合は当然使えない
var obj = {
aaa: "aaa"
,hasOwnProperty: "bbb"
};
obj.hasOwnProperty("aaa"); //エラー

なので、以下を使うのが正確に言うと正しい
Object.prototype.hasOwnProperty.call(obj, "aaa"); //true

>>718
利用者にクリックしてほしくない箇所があったから
クリックをキャンセルしたらコンテキストメニューがでなくなって、
開発しづらくなってわざわざコンテキストメニュー出るようにしたことがある。

コンテキストメニュー出さないようにする理由なんて無いしね。
昔はやった右クリック禁止とかも、今じゃ
常識となった開発者ツール使えば、ソースコード丸見えだし。

ゲーム用途だったりいろいろ理由があるだろ
いちいちケチ付けることかね

>>723
正確かどうかではなく、一番良いものという観点から考えると、

まず、in と hasOwnProperty は意味が違う。
prototype チェーンをたどりたくない場合は、
hasOwnPropertyだが辿りたい場合はinを使う。
クラスにメソッドがあるか？ みたいなものはinになる。

自分のオブジェクトだけでよく正確にやりたいなら
>>724だが、冗長になってしまっている。

汎用ライブラリを作っているのなら別だが、自分でそんなキーを
使うわけがないというのなら、ただ冗長なだけで良い書き方とはいえない。

似ていても違いがあるので、場合に応じて使い分けたほうが良い。
俺はこの書き方しかしないと決めてしまうと頭が硬くなってしまうよ。

>>727
ケチつけてるんじゃないけど？
コンテキストメニュー出さないようにしてしまったら
使いづらくなって、わざわざ出すようにしたという話をしただけだけど？

>>728
速度が一番速いやり方は？

>>730
>>728じゃないけど、用途も機能も違うのに速度を比較するのは意味がない
用途に合ったものを使えばいい

>>728
> クラスにメソッドがあるか？ みたいなものはinになる。
そういう場合、prototype から確認するのが確実だと思う

var obj = {hoge: 'hello'};
if (typeof Object.prototype.propertyIsEnumerable === 'function' && Object.prototype.isPrototypeOf(obj)) {
console.log(obj.propertyIsEnumerable('hoge')); // true
}

>>732
確実はいいけど、冗長すぎ。

さっきも書いたけど、汎用ライブラリを作っているのなら別だが、
コードを長くしてまでやることじゃない。

http://ja.wikipedia.org/wiki/KISS%E3%81%AE%E5%8E%9F%E5%89%87
> KISS の原則 (KISS principle) とは、"Keep it simple, stupid"
> （シンプルにしておけ！この間抜け）、もしくは、"Keep it short and simple"
> （簡潔に単純にしておけ）という経験的な原則[1]の略語。

ジャバスクリプトの日時って数字なんですが、なんでですか？

>>734
ほとんどの言語で、日時は数字ですよ。

タイムシリアルってゆう2035年まで使える数字だよ

>>733
それはポリシーの問題
あなたはショートコーダー向きなんだろうが、確実性を重んじるコードがあってもいい

おバカさんのレスを訂正しておくね。

タイムシリアルってゆう275760年まで使える数字だよ

>>737
ショートコーダーじゃなくて可読性重視なだけ。

もし確実にやりたい場合は、ライブラリを使うよ。
そうすれば、ブラウザ間の互換性も解決できるし。

>>739
見解の相違だな
俺はライブラリを使わなくても確実性の高いコードを選ぶ

>>740
俺は、求められる要求に応じて
コードの書き方を変える。

可読性重視、確実性、コーディングコスト
リーディングコスト、これらをすべて考えて
適切なコードを書くようにしている。

バランスは人それぞれって事か

実際のところ、in 演算子はあまり使わないな
hasOwnProperty, typeof で事足りる場合が多い
key 列挙なら Object.keys でいい

柔軟さがないと、コーディング規約という名前でこうしろって決めつけて、
そこに、規約の意味を考えない人（残念なことにそれが大半）がくると
コードの意味を考えてないから例外的に規約を守らない方がいい場合があっても、
規約で決まってるからという理由で同じやり方ばかりをする人が出てくるからね。

最適なコードではなく、コピペが増えていく原因にも繋がっている。
ちゃんと考えてコードを書くことが重要だよ。
そこまで考えられるようになって一人のプログラマ。

決まったことしか出来ないのは、ただのコーダー。

>>742
逆じゃね？

inで事足りること場合のほうが多い。


「事足りる」って言葉は、本来は○○すべきだけど、
それを使わなくても良い場合に「事足りる」って言うもんだと思うけど？

国語の話ね。

AngularJSのソースコード見てみたけど、in使われてるね。

また始まったよ
「そこまでやることじゃない」とか「冗長」とか主観的で人それぞれで意見を持ってしかるべきものを他人に押し付けて恥ずかしくないのかね

>>747
分かりました。hasOwnPropertyを使うべきとか押し付けたりしません。
適切だと思うものを使ってください。

>>745
何も間違ってない
実際に in を使う機会が少ないが、あなたは逆なんだろう
それだけの話
国語の勉強とか分かりきった事をいわれても困る

>>748
君は誰？