元スレ+ JavaScript の質問用スレッド vol.108 +
JavaScript覧 / PC版 /みんなの評価 :
501 = :
>>495
それはわかるよ。俺もfor(var i=0 ; i<100 ; i++)って書くよ
んで、JSではこれをスコープの途中で書くと、このvar iが
スコープの最初に来ちゃう仕様だね、って話してんじゃん?
502 = :
>>500
そのスレは失敗に終わったECMAScript 4を語るスレです。
ちゃんとスレタイに書いてるじゃないですか?
ECMAScript Death 4 って
503 = :
>>491
色でいいと思うぞ、sublimeの機能はよく知らんが
見た/書いた時点でローカル変数であることがわかればいいんだから
505 = :
>>501
そうだよ?
だからといって、関数の上に持ってくるのは
いいとは思えないと言ってるんじゃん。
関数の上に持ってくるのは、forループだけでしか使わないという
意思を無視して、言語仕様に歪められてるだけだと。
そこで「現に他の言語では使用する場所で宣言している」という
実例をあげたらいかんの?
プログラム言語の話なのに、現在のJavaScriptだけの世界で考えなきゃいかんの?
他のプログラム言語の経験は役に立たないと言わんばかりだね。
全く俺なんでCOBOLまで知ってるんだろう。使わんのにw
506 = :
(Pascal な俺はJSでも宣言は上にまとめてる、なんて言ったら吊るし上げにされそうな流れだ…)
507 = :
Cでは最初に宣言しなければならなかったがC++ではどこでも良くなった
つまりはそういうこと
508 = :
>>505
いや、そんな話してないってば
わかってもらえると思って直球で書かなかった俺も悪いんだけど
使う場所で宣言したほうがわかりやすい、って個人の感想じゃん
あと、関係ないけど、最後の1行が地獄のミサワっぽくて面白かった
509 = :
名人様方、ご講演誠にありがとうございました。
お出口はこちらとなっております。
http://toro.2ch.net/test/read.cgi/tech/1378640419/
510 = :
でも皆さん御用達のjQueryでもクロックフォードさんに従って(=上で宣言)なかったっけ?
最近のソースは違うのかな
511 = :
>>508
> 使う場所で宣言したほうがわかりやすい、って個人の感想じゃん
違うよ。俺の経験から結論が出た。
使う場所で宣言したほうが、見やすくわかりやすいコードになる。
その理由は、既に書いたつもりだけどな。
512 = :
>>>個人の感想じゃん
>>違うよ。俺の経験から結論が出た。
??????????????????
513 = :
>>511
>違うよ。俺の経験から結論が出た。
>使う場所で宣言したほうが、見やすくわかりやすいコードになる。
これは個人の感想だと思うんですけどねぇ・・・
514 = :
クロックフォードスタイルがいいのはvarを一度しか書かなくてよくて、冗長にならないこと
varで開始場所を示すというけど、
ローカル変数を宣言なしで使える言語では開始場所なんて示さないのに何の問題もないのだから
そんな機能はいらないと思う
515 = :
516 = :
クロックフォードスタイルじゃないとバーバーバーバー書いて馬鹿みたいになる
517 = :
>>513
えーと、つまりさ、
あんたは見やすいコードというのは
全て個人の感想だって言いたいわけ?
518 = :
うーん、流石名人はおっしゃることが一味違うなぁ
519 = :
>>515
あるんだwww
520 = :
varなんぞ書かなくていいなら書かない方がいい程度のもの
だから最初にまとめて宣言する
521 = :
俺も前にまとめて書くの好きなんだけど、
一時期はvarを宣言全部に書いてるコードを見て素人臭いと思うようになったが
for文とかはいいやって思って折衷案でやってる
変数が増えたときにコンマとピリオドの付け替えが面倒っちゃ面倒
522 = :
>>510
jQueryは優れてると思うけど
jQueryのコーディングスタイルを
盲信してるわけじゃないんでね。
わかりやすい所で言えば、
jQueryのインデントをタブでやるなんていう
規約はお断りだ。
523 = :
秀丸でお勧めのJavaScriptマクロを教えてください
524 = :
>>517
なんでそうなるのか(困惑
525 = :
>>521
関数型を知ると今度は、代入なしの宣言が嫌になると思うよw
例えばこんなの
function foo() {
var i;
・・・色々コードがあって
i = 0;
}
526 = :
>>523
ひで丸を投げ捨ててsublime textを使う
527 = :
>>517
本質的にはそうだと思う
そのコードを扱う人の集合が変わると、ぜんぜん違う
528 = :
>>524
俺が実例上げて見やすいコードになるって言ったら
お前は理由も言わずに、個人の感想だって言ったからだろ?
理由がないのなら、見やすいコードは全て個人の感想だ言ってるのも同然だ。
いきなり個人の感想呼ばわりされた、俺のほうが困惑だw
529 = :
>>525
そうそう、代入なしの宣言は最近書いたことないわ
宣言の順番変えたりして無理やり代入できるようにしてる、本末転倒かなとも思うけど
530 = :
>>527
> そのコードを扱う人の集合が変わると、ぜんぜん違う
じゃあ、コードを扱う集合が
どんな人達なのか考えなきゃいけないな。
つまり馬鹿な集団なのかどうか?ってこと。
531 = :
>>530
自分がおかしいと考えたことは無いのか
532 = :
>>529
そこまでやる勝ちはあるよ。
例えばScalaには
(って別の言語を出したらまたアイツがでてくるのかねぇ。うんざり)
varとvalというものがある。varが一般的な変数宣言で使うやつで、
valは再代入不可の変数。一旦代入したらその値はもう変えられない。
Scalaで推奨されているのはvalの方。
説明は面倒なので、
なぜこういうものがわざわざ用意されているかを察してくれw
533 = :
>>531
お前のほうが(略
534 = :
JavaScriptにおけるvarは単なる必要悪だから
それにかかずらう時間をいかに小さくするかだけが問題
ゆえにツールで生成するのがファンナルアンサー
535 = :
ここまで自信家だと、逆にかっこいいな
煽りとかじゃなくて純粋に
>>392さえなかったらと悔やまれる…
536 = :
>>532
あんたの論では、letが普及した後に吠えたほうがいいんじゃない
varはvarでletはletなんだから
537 = :
>>536
ルールに背く俺かっけえええええええ
なプログラマはいらないです
538 = :
ん?
539 = :
>>535
そのコードに未解決の問題が
残っているなら教えてくれ。
>>536
意味がさっぱりわからないw
540 = :
>>539
いや別にいいんだけどさ
むかし、JavaScriptメーリングリストがあった頃に
すっごい自信家で言葉もキツイんだけど
質問者の意図はエスパーしてでも完璧な回答する人がいて
それを思い出しただけ
542 = :
うん、やっぱり代入と一緒に宣言したほうがいいね、基本的には
543 = :
次から質問限定じゃなくて総合スレにしませんか?
ここ質問スレだけどたまには議論したいこともあるでしょう
544 = :
>>543
そうじゃなくてちゃんとプログラム板のJSやESスレに来てよ
待ってるからさあ
546 = :
ライブラリで擬似ポップアップウィンドウ出すのが一番地球にやさしい
547 = :
>>540
大丈夫、リアルの俺は自信家じゃないからw
後輩から(先輩もあるが・・・)コードレビュー依頼きてぱっとみで見にくい、
冗長だと思うんだが、それで突き返さないでどういう発想で書いたのか想像しながら
何が問題でどういう風に考え方を変えるべきかをコードを手元で直しながら突き止めてる。
要約するとコードレビューの内容と同じものを俺が作ってるんだよ!
教育だから仕方ねぇけど、最初から俺が全部やったほうが早い感ぱねぇw
一目でぱっと判断した決断を信じて、さっさと突き返せばいいんだろうけどさ。
俺のほうが理解してないんじゃないかってどうしても思ってしまう。
やってみると最初の判断は正しくて、半分から3/4ぐらいの量で
シンプルに書き直せるんだよな。上でやってみせたのと同じ。
助けてくれ、頼むから最初からレビューに耐えるコードでレビュー依頼してくれorz
548 = :
>>541
標準モードでやるしかねぇだろ?
正しい動作は1つに決まっているが、
間違った動作というのはたくさんあるんだからさ
互換モードの正確な動きは
誰にもわからんよ。
549 = :
確かIE10の互換モードはポンコツで
IE11からは無くなるとかなんとかじゃなかったっけ?
もう普通にモダンブラウザ中心で開発するのが良いと思う
自分も今年に入ってからはIE8もサポート外にする運動に参加してる
550 = :
互換モードの切り替えボタン、なんであんなところに付けたんだよ!
間違えて押して気づかない人大杉んだろ!
類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.105 + (1001) - [97%] - 2013/5/20 4:45
- + JavaScript の質問用スレッド vol.128 + (1001) - [97%] - 2016/2/26 6:45
- + JavaScript の質問用スレッド vol.107 + (1001) - [97%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.106 + (1001) - [97%] - 2013/7/20 9:30
- + JavaScript の質問用スレッド vol.109 + (1001) - [97%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.104 + (1001) - [97%] - 2013/1/28 4:00
- + JavaScript の質問用スレッド vol.103 + (1001) - [97%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.102 + (1001) - [97%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
- + JavaScript の質問用スレッド vol.100 + (1001) - [97%] - 2012/6/13 22:46
- + JavaScript の質問用スレッド vol.120 + (1002) - [95%] - 2014/11/8 1:15
- + JavaScript の質問用スレッド vol.125 + (1001) - [95%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.124 + (1001) - [95%] - 2015/7/16 1:30
- + JavaScript の質問用スレッド vol.123 + (1002) - [95%] - 2015/4/27 23:30
- + JavaScript の質問用スレッド vol.123 + (966) - [95%] - 2020/10/20 2:30
トップメニューへ / →のくす牧場書庫について