元スレ+ JavaScript の質問用スレッド vol.113 +
JavaScript覧 / PC版 /みんなの評価 :
401 = :
>>398
スコープは関数ごとにしかないんだから覚えろよ。圧倒的にシンプルだろ
402 = :
>>401
書いてる人なら覚えれば済むことだが、
読まなきゃいけないときは、クラス図とかないとかなりきつくないか?
ある関数内でthis.format()という関数が呼び出されていました。
formatの定義位置を探したら30個の定義が見つかりました。
どのformatが呼ばれているのでしょうか?
newした後に予想外の場所でプロパティやプロトタイプチェーンが上書きされてたりするようなソースだと、
発狂したくなるんだが。
403 = :
thisは死刑
404 = :
thisとselfはどう使い分けたらいいの?
ここの先輩なら理由あって使い分けていると思います
405 = :
thisは死罪
406 :
thisはそのメソッドを持ってるオブジェクトの参照ってだけじゃん
なので、いきなりメソッド名で検索って、あんまり賢くない気もする
> formatの定義位置を探したら30個の定義が見つかりました
> newした後に予想外の場所でプロパティやプロトタイプチェーンが上書きされてたり
ってのは、thisのありかたや関数スコープに根本的な問題があるわけではなく
全検索しなければならないようなコードの書き方や管理方法とか
コーディングの方針や規約に問題があるか、自分にあってないだけなんだよ
407 = :
>>402
同じオブジェクトの定義を分散して配置したり、同名の異なる機能を過剰に混在させたコードを書く奴が悪い
真面目な話、IDEとかから実際に動かさないでそれらを把握できる解析機あったらJSエンジンの世界に革命来るで
408 = :
極端だけど、こんな感じで関数作られてたらどうしようもないよね。
"one two three".split(' ').forEach(function (d, i) {
window['get' + d.substr(0, 1).toUpperCase() + d.substr(1)] = function () {return i + 1;};
});
console.log(getOne()); // 1
console.log(getTwo()); // 2
console.log(getThree()); // 3
409 = :
>>406
読むときというのは、オープンソースだったり、プロジェクトを引き継ぐ時だったりの事だから、
管理方法やコーディングの方針、規約に問題あると言われてもな。
それはあくまで理想論だよ。
オープンソースならまだいいけど、人目に付かないようなソースだと、
コメントも手を抜いてたりかなりひどいのが現状でしょ。
410 = :
>>408
結構好き
412 = :
>>397
「読めた」んじゃなくて「読んだ」んだろw
そんなものがないのは明らかなんだからそれを意味しているはずがない
A級以上のプログラマーは普通に考えたらあり得ない可能性を最初から除外するが
C級を以下のプログラマーはそういう解釈をまず真っ先に採用する
低能には他人の有能さが脅威なので、無意識のうちに安心したい選択を取るのだろうな
413 = :
>>412
お前が勝手に決めた一般的な環境を他人も同じように想定していると思ってるんだからそう読むしかないだろ
自分のコメントをもう一度読み直してこい
414 = :
いや最初から並のIQのある人間には分かるようにしか書いてねーから
とはいえ馬鹿にもっと賢くなれといっても無理だから
せめて書き込むな
迷惑だから
415 = :
>>412
終わった話をなに蒸し返してるの?
正真正銘のバカなの?
417 = :
ありえない解釈をしての文句をやめればいいよ
本当に、なにひとつ得るものがないのでね
418 = :
A級C級とか何?
闇プログラマーのランカー制度か何かっすか?
419 = :
eventってどう書いてる?
e. aEvent. evt. ぐらいしか思いつかないけど
422 = :
文字を追加すると同時に、画面を下にスクロールする関数を自分で作って
その関数を使えばいいよ。
426 = :
>>425
使い分けるというより
function eventHandler() { event.xxx; }
みたいに引数にeventを書き忘れたときに、
グローバルのeventが参照されちゃうとかそうゆう事を心配してるような気がしたけど違うのかな?
グローバルのeventにアクセスしたいときはwindow.event使えばいいわけだし。
この手の変数名論争は最終的には好みの問題で決着つかない事が多いから、
ソース内で統一して使われてたらどっちでもいいってのが個人的意見。
427 = :
ただ、一般的な例だと、
引数はeでもeventでもどっちでもいいけど、
eventの場合はeに変換して使うみたいのが多い気はする。
サイ本にも書かれてるし。
function eventHandler(e) {
if(!e) e = window.event;
}
function eventHandler(event) {
var e = event || window.event;
}
428 = :
>>426-427
命名規則は個人の主観だからどうでもいいんだけど、「window.event と重複しないように命名する理由」がわからないんだ。
仮引数に付け忘れたらReferenceErrorになるからその時に仮引数つければいいだけの話だし。
attachEventも仮引数に対応してるし、あえていうならHTML埋め込み型の onclick や document.onclick で古いIEが対応してないことくぐらいかね。
それも呼び出し側で event を指定すればいい話だから全く持って重複を気にする理由がわからない。
> サイ本にも書かれてるし。
そうしないと対応できない環境がわからないのよ。呼び出し側はどう書かれてる?
430 = :
>>428
だから、どっちでもいいと思ってる俺にたいして、
eventを使っちゃいけないという理由を聞かれても答えられるわけがない。
431 = :
あえて考えるとするなら、IE向けサイトで
attachEvent()とonclickを共存させてて、
attachEventのlistenerに引数付け忘れた時とか?
複数人が自由気ままに開発してるような環境なら、
100%問題が起こらないとは言い切れない気もするので、
わざわざ重複する変数名を選ばないというのは良い選択なんじゃないだろうか?
433 = :
本当は安全なのかもしれないけど、そうゆう細かいことを考えるのが面倒だからeを使ってるのに、
eventを使ってる人がeを使ってる人に理由を考えさせるのがよくわからん。
あえてeventを使ってる人が、あらゆるパターンを検証して、
eを使うのと全く変わらないということを証明してから使わなきゃいけないことなのに。
検証しなきゃ使えないのと検証しなくても使える。
この差は大きいと思うけど。
436 = :
グローバルで使われる可能性がある変数名と同じ名前にしてよいかというのが論点なんだから、
eがいやならevtとか好きなの使えば良いだけなんだけどな。
437 = :
eがしっくりくる関数とeventがしっくりくる関数があるから困る
438 = :
http://www.cypress.ne.jp/s-4/rpgtown2/charamaker.htm
こんな感じの「設定項目ごとに更新」「その結果を下の方にまとめる」というのをjavascriptで真似したいのです。
しかし関数を実行するボタンを作って押すと更新されたページにテキストのみが表示されてしまいます。ネットの講座等を見てもそこら辺が書いていません。
色々とググった結果拾い物で、
<script type="text/javascript">
<!--
function Sample(){
var x,n=100;
n+=1;
x = Math.floor(Math.random()*n);
document.getElementById("t1").value = x;}
//-->
</script>
<input type="button" tabindex="1" onclick="Sample()" value="乱数生成"><br>
<input type="text" tabindex="2" id="t1" name="t1" value="">
というのが理想に近いと分かりました。
この「ボタンを押すと結果が新しいページではなくテキストボックスに代入される」
というあたりの理屈を初心者に教えていただけないでしょうか。
444 = :
>>443
そこまでやったら訂正する気になるな。
function Sample() {
var x = ["ももたろう", "さる", "きじ", "いぬ", "おに"];
var n = Math.floor(Math.random() * x.length);
document.getElementById("test").value = x[n];
}
<input type="button" onclick="Sample()" value="登場人物">
<input type="text" id="test" name="test" value="">
445 = :
>>443
一文字が使えるときって大抵ローカルで使うから気付かず衝突してトラブルになるって事はまず無い。
使えないって事は無いような……ああでも大半の関数にtry-catch付いてるようなケースだと駄目か。
だがグローバルで使ってる場合がありうるから(>>424)面倒を避ける(>>433)為に使わないってのも筋は通る。
既存コードやコーディングスタイルに依存して決まる問題で、一般的な正解はないって解答が一番しっくり来るな。
446 = :
使えないっていうのは、エラー用に予約してるって意味。
これはC++やJavaの時からそうしてる。
450 = :
えくせぷしょん
↑
このへん
類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [100%] - 2014/3/15 21:30
- + 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.114 + (1001) - [97%] - 2014/5/3 10:45
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.123 + (966) - [97%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.103 + (1001) - [97%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.123 + (1002) - [97%] - 2015/4/27 23:30
- + JavaScript の質問用スレッド vol.143 + (753) - [97%] - 2020/4/19 5:00
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.120 + (1002) - [95%] - 2014/11/8 1:15
トップメニューへ / →のくす牧場書庫について