私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.119 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>200
だからなんでundefiedだけを特別扱いするわけ？
既存の変数に代入できてしまう問題は
なにもundefinedだけじゃないわけよ。
undefined変数に変な値が代入されても大丈夫なように作れというのは
undefined以外の変数に変な値が代入されても大丈夫なように作れと
言ってるのと同じなわけ。
undefined変数以外だと、変な値が入っていたら入れる奴が悪い。で終わりなんだろ？
じゃあundefind変数だって変な値を入れる奴が悪いでいいじゃないか？
だからなんでundefiedだけを特別扱いするわけ？
既存の変数に代入できてしまう問題は
なにもundefinedだけじゃないわけよ。
undefined変数に変な値が代入されても大丈夫なように作れというのは
undefined以外の変数に変な値が代入されても大丈夫なように作れと
言ってるのと同じなわけ。
undefined変数以外だと、変な値が入っていたら入れる奴が悪い。で終わりなんだろ？
じゃあundefind変数だって変な値を入れる奴が悪いでいいじゃないか？
typeof演算子（もしくはその他の方法）で回避する方法がなければ
こんなバッドノウハウは広がらずに、可読性が高いコードになっただろうな。
凄く残念だ。
こんなバッドノウハウは広がらずに、可読性が高いコードになっただろうな。
凄く残念だ。
>>202
>>189 が undefined について質問しているんだから、undefined に関する話題になるのは当然だろうが
突然、window.alert を持ち出すお前の方がおかしい
> undefined以外の変数に変な値が代入されても大丈夫なように作れと言ってるのと同じなわけ。
おまえは Array.prootype 汚染がなぜ忌み嫌われるかを知らんのか
誰もが正しいコードを書けるのなら苦労はしないんだよ
http://oshiete.goo.ne.jp/qa/5081024.html
>>189 が undefined について質問しているんだから、undefined に関する話題になるのは当然だろうが
突然、window.alert を持ち出すお前の方がおかしい
> undefined以外の変数に変な値が代入されても大丈夫なように作れと言ってるのと同じなわけ。
おまえは Array.prootype 汚染がなぜ忌み嫌われるかを知らんのか
誰もが正しいコードを書けるのなら苦労はしないんだよ
http://oshiete.goo.ne.jp/qa/5081024.html
つーか、Object.defineProperty を無視するのはなぜだよ？
せっかく答えてやっても無視するんじゃ意味がないわ
せっかく答えてやっても無視するんじゃ意味がないわ
ES5 で undefined の仕様がどう変わったのか理解してない人が約一名いるような
質問したちんこのものだけど、
昔のブラウザとかって
undefined=4
typedef 4 === 'undefined'
ってことなん？いま、試せないから聞くが。
もし、上のコードならそんなの対応する価値ねーとは思うので、
=== undefined
でいいや。
>>206
Object.definePropertyってコストが高いだけで、メリットないと思ってる。
セッターとかゲッターとかenumrable属性とか使い分けるんか？
ブラウザ以外の環境であれば重宝するだろうが、ブラウザターゲットにするとなぁ。。。
あとセッターとゲッターってjsってかESの言語仕様と相性いいとは思えんのだけど。
使ったことないからわからんが。
昔のブラウザとかって
undefined=4
typedef 4 === 'undefined'
ってことなん？いま、試せないから聞くが。
もし、上のコードならそんなの対応する価値ねーとは思うので、
=== undefined
でいいや。
>>206
Object.definePropertyってコストが高いだけで、メリットないと思ってる。
セッターとかゲッターとかenumrable属性とか使い分けるんか？
ブラウザ以外の環境であれば重宝するだろうが、ブラウザターゲットにするとなぁ。。。
あとセッターとゲッターってjsってかESの言語仕様と相性いいとは思えんのだけど。
使ったことないからわからんが。
>>208
いろいろと誤解してるようだが、ES3 と ES5 仕様を読めば分かる
いろいろと誤解してるようだが、ES3 と ES5 仕様を読めば分かる
フェイルセーフという考え方があってだな
「失敗を0にする」より「失敗しても正常動作できる設計にする方」が現実的なのだよ
特にヒューマンエラーを0にするのは難しい
「失敗を0にする」より「失敗しても正常動作できる設計にする方」が現実的なのだよ
特にヒューマンエラーを0にするのは難しい
> typedef 4 === 'undefined'
とんでもコードすぎてわらった
とんでもコードすぎてわらった
>>212
それはアプリケーションレベルのオペレータ向けの設計のはなしで、
プログラムのレベルだとヒューマンエラーを検出するために、入力を絞るのが望ましいだろ
ヒューマンエラーを何でも許容したらプログラムなんてまともに組めねーよ
それはアプリケーションレベルのオペレータ向けの設計のはなしで、
プログラムのレベルだとヒューマンエラーを検出するために、入力を絞るのが望ましいだろ
ヒューマンエラーを何でも許容したらプログラムなんてまともに組めねーよ
>>214
でも理屈的にはそーいうのじゃねーのか？
undefined = null
undefined = 0
undefined = false
undefined = ''
このへんやられてもつまらんし、なにがしてーんだよ
でも理屈的にはそーいうのじゃねーのか？
undefined = null
undefined = 0
undefined = false
undefined = ''
このへんやられてもつまらんし、なにがしてーんだよ
undefined=4
typedef 4 === 'undefined'
のような初歩的ミスを晒してるから笑われる
思いつきで適当なこといってると信用なくすよ？
typedef 4 === 'undefined'
のような初歩的ミスを晒してるから笑われる
思いつきで適当なこといってると信用なくすよ？
>>215
何でも許容するとは誰も言ってない
何でも許容するとは誰も言ってない
>>217
わらわれるとかそんなんええが、
typeof x === 'undefined'
がundefinedへの代入への対応なら、undefined=4にした場合のtypeofの動作がこうなるってことやろ？
そも、検証するブラウザ環境がないからってきいとるんに、モニタの前でわらっとるまえに読解力磨けよ。
わらわれるとかそんなんええが、
typeof x === 'undefined'
がundefinedへの代入への対応なら、undefined=4にした場合のtypeofの動作がこうなるってことやろ？
そも、検証するブラウザ環境がないからってきいとるんに、モニタの前でわらっとるまえに読解力磨けよ。
寝ぼけてるのか文面おかしいな
× 「undefined に何を代入しても構わん」といってる奴に対していってる
○ 「undefined に代入する奴が悪い」といってる奴に対していってる
× 「undefined に何を代入しても構わん」といってる奴に対していってる
○ 「undefined に代入する奴が悪い」といってる奴に対していってる
>>224
お前がそう思うのならそうなんだろう
お前がそう思うのならそうなんだろう
>>224
仕様書を読まずに理解するとはお前エスパーだな？
仕様書を読まずに理解するとはお前エスパーだな？
>>172の件ですが、
難しいけどなかなかの良書という感触です
難しいけどなかなかの良書という感触です
件の荒らしは「ちんこのもの」(>>208)というのか
ネーミングセンスが小学生レベルだな
ネーミングセンスが小学生レベルだな
2分で別人といえる人物に一人しか心当たりがないわけだが
特定しやすくて助かるな
特定しやすくて助かるな
>>212
> フェイルセーフという考え方があってだな
> 「失敗を0にする」より「失敗しても正常動作できる設計にする方」が現実的なのだよ
バグが有る時に、それを隠蔽して動いちゃうのと、
バグが有る時に、問題がすぐに分かるのは、どっちがいいと思う？
> フェイルセーフという考え方があってだな
> 「失敗を0にする」より「失敗しても正常動作できる設計にする方」が現実的なのだよ
バグが有る時に、それを隠蔽して動いちゃうのと、
バグが有る時に、問題がすぐに分かるのは、どっちがいいと思う？
ハインリッヒの法則考えると小さなバグでもすぐに分かるようにすべきだわな
undefinedがundefinedでない状況ってのはバグそのものなので、
コードの冒頭でundefinedがundefinedであることを確かめるのが
一番いいだろうね。
そして後は普通に===undefinedで比較する。
コードの冒頭でundefinedがundefinedであることを確かめるのが
一番いいだろうね。
そして後は普通に===undefinedで比較する。
undefined が書き換えられても動くのならそのプログラムにおいてはバグではない
考え方がおかしいわ
考え方がおかしいわ
typeof x === 'undefined' が冗長で気持ち悪いというのが
根本的な問題。
これさえ解決する方法ならいいよ。
根本的な問題。
これさえ解決する方法ならいいよ。
付け加えると、「バグがある」と「バグを発見しやすい」は全くの別物
バグがあれば、バグが発見できるというのはバグが自動的に発見できる仕組みを作って初めて意味をなす
具体的には undefined が書き換えられたら自動的に例外を発生させる仕組みとかあって意味がある
バグがあればバグが発見できるは短絡思考すぎる
バグがあれば、バグが発見できるというのはバグが自動的に発見できる仕組みを作って初めて意味をなす
具体的には undefined が書き換えられたら自動的に例外を発生させる仕組みとかあって意味がある
バグがあればバグが発見できるは短絡思考すぎる
<font color="#FFA500">Error</font>;
を表示させるときは、
$("#result5").html("<font color=\"#FF0000\">Error<\/font>");
として、\"と\/でエスケープしたらよろしいでしょうか？
を表示させるときは、
$("#result5").html("<font color=\"#FF0000\">Error<\/font>");
として、\"と\/でエスケープしたらよろしいでしょうか？
IE11のエミュレートIE8でjqueryに
undefined=4
のコード入れてみたが、
問題のtypeof x === 'undefined'の部分はまぁ、正しく判断したんだろうが
別の箇所でエラー処理に引っかかった。
結局、undefinedが上書きされてることを通知してないわけだから、
バグの原因（無意識的にundefinedを上書きしてること）を検出してないから無駄な努力だな。
undefined=4
のコード入れてみたが、
問題のtypeof x === 'undefined'の部分はまぁ、正しく判断したんだろうが
別の箇所でエラー処理に引っかかった。
結局、undefinedが上書きされてることを通知してないわけだから、
バグの原因（無意識的にundefinedを上書きしてること）を検出してないから無駄な努力だな。
>>241
それはjQueryのバグであって本質的には関係ない
それはjQueryのバグであって本質的には関係ない
バグというか、きちがいのコードが混入してるってことだな
でもそんなことはまずない
trueやnullに上書きするくらい不自然なことだから
きちがいというより意図的に破壊しようとしない限りそんなことはしない
でもそんなことはまずない
trueやnullに上書きするくらい不自然なことだから
きちがいというより意図的に破壊しようとしない限りそんなことはしない
いいこと考えた
undefinedの代わりに絶対存在しないような変数名使えばいいんじゃね？
assholeとか
undefinedの代わりに絶対存在しないような変数名使えばいいんじゃね？
assholeとか
preventDefaultとreturn falseって機能的にまったく同じですか？
http://stackoverflow.com/questions/11412044/javascript-alt-key
document.onkeydown = keydown;
function keydown(evt) {
if (!evt) evt = event;
if (evt.altKey) {
alert('alt');
}
} // function keydown(evt)?
この突然出てくる「event」ってなんなんですか？
イベントオブジェクトを破棄してグローバル変数のeventを代入していますが
グローバルにそんなオブジェクトがあるんですか？
document.onkeydown = keydown;
function keydown(evt) {
if (!evt) evt = event;
if (evt.altKey) {
alert('alt');
}
} // function keydown(evt)?
この突然出てくる「event」ってなんなんですか？
イベントオブジェクトを破棄してグローバル変数のeventを代入していますが
グローバルにそんなオブジェクトがあるんですか？
どうもIE4の時代はwindow.eventというオブジェクトがあったようですね
二年前の質問なのに何故それが問題になるのか分かりませんが・・
二年前の質問なのに何故それが問題になるのか分かりませんが・・
960 自分：Name_Not_Found[sage] 投稿日：2014/08/28(木) 00:39:34.69 ID:???
altキーの入力を処理するように組んだコードは
macでも問題なく動くのでしょうか？
altと同じような場所にあるalt的なキーはaltと同じコードを持っているのでしょうか？
という質問をした者ですが、optionキーがaltに相当するようです
というかよく見たらoptionキーにaltと刻印されていました
altキーの入力を処理するように組んだコードは
macでも問題なく動くのでしょうか？
altと同じような場所にあるalt的なキーはaltと同じコードを持っているのでしょうか？
という質問をした者ですが、optionキーがaltに相当するようです
というかよく見たらoptionキーにaltと刻印されていました
metaKeyという属性の存在を知りましたが
これは一般的にウェブアプリで使っていいものなのでしょうか？
metaKeyはwindowsではwindow、
macではcommandに相当するとあります。
しかしbootcamp上のwindowsで、windowキー相当のキーを押してもmetaKeyがtrueになりません
このような動作からも、あまり使わない方がいいものではないかと思われてきます
もちろんbootcamp上のwinは一般的な環境とは言えませんが
皆さんはどうやってますか？
これは一般的にウェブアプリで使っていいものなのでしょうか？
metaKeyはwindowsではwindow、
macではcommandに相当するとあります。
しかしbootcamp上のwindowsで、windowキー相当のキーを押してもmetaKeyがtrueになりません
このような動作からも、あまり使わない方がいいものではないかと思われてきます
もちろんbootcamp上のwinは一般的な環境とは言えませんが
皆さんはどうやってますか？
DOM仕様を読めば分かる内容で「～でいいのでしょうか？」という質問ばかりですが、どうにもならないんですかね？
上の undefined にまつわる問題も思い込みと主観による反論があって萎えるのですが。
上の undefined にまつわる問題も思い込みと主観による反論があって萎えるのですが。
前へ 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
トップメニューへ / →のくす牧場書庫について