window.addEventListenerはwindowを省略してaddEventListnerと書いちゃってもいいんですか？

最近良く見かける、無名関数を変数に入れて使うのってなんかメリットあるの？
普通に関数定義して呼び出すのでよくね？

>>51
>>52
それは違う。たまたまグローバルオブジェクトがwindowなだけ。
未定義の変数を直接参照するとエラーになるけど、
windowオブジェクトのプロパティとして参照するとundefinedが返る。
つまり、hogeが定義されていなければ、
alert(hoge); //エラーになる
alert(window.hoge); //undefinedと表示される

>>55
var aも巻き上げられるじゃん？

関数は全部先頭にかけってことでしょ?

>>53
encodeURIComponent(prompt('Enter'))
?とか他にもエンコードしなきゃ駄目な文字は有るしencodeURIComponent使っとけ。
ていうかそんだけならreplace(/ /g,"+")でいいし、そもそも特に連想配列使ってねぇだろソレ

>>58
意味がわからん。

そもそも多くの言語で関数はどこに書いてもいいものだよね？

>>50　圧縮の時ネームスペースmに勝手にバインドされることで悪影響が出ないことを保証するためのもので、良いものではない
>>51　OK

>>60
good partsはだいぶ古い情報だから今は当てにしなくていい
あれはJSにコーディングスタイルというものが根付いてなかったときに、根付かせようとしたものだから
「道で人に出会ったら挨拶しましょう」みたいなもので、良い悪いの基準が違う

もう一つ言えばブロック文(ifなんか)中の関数宣言の挙動が定義されてなかったというか、
本来ESの仕様では出来ないはずなのに実装では独自に出来るようにして、挙動差があったりもしてた
そういう少しでも怪しい物には触らないようにして、JSをきっちり書いていこうというスタンスがgood parts

因みにその件はES5のstrict modeで一旦禁止され(形だけ)、ES6で『ブロックスコープ内(let)』の『全域(var)』で有効になった、つまり
function func() {} は　var func = ～ でも let func = ～ でもなく、その中間の挙動を取る
Chromeはもうその通りの挙動をする、Firefoxは無茶苦茶、他は知らん

>>51
>>52
>>61
addEventListnerと書きたい場所で参照されるスコープのどこかでaddEventListnerを定義して無ければOK
addEventListnerが定義されてたらwindow.addEventListenerとかにしないとそっちを参照してしまうからNG
被せて定義してくる方が悪いって大抵は言われると思うし普通は気にしなくてもいいんだけどな

今世紀最大のバカｗｗｗｗｗｗｗ
addEventListnerなんかよりwindowの方がよっぽど定義され得るだろｗｗ
どうしてそっちは考えないんだよワロスプゲラｗ

JavaScriptにはfromCharCode()という関数がありますが、
文字列をコード配列に変換する関数(逆方向の関数)は無いのでしょうか？

>>63
windowは上書き禁止
今世紀最大のバカとか、いきり立つのも程々に

>>64
String.prototype.charCodeAt
http://es5.github.io/#x15.5.4.5

>>65
windowは上書き禁止だが、スコープチェーンにのせることは出来る
それはそうと気の触れた人にはあまり触らないほうがいい

>>66
配列にしたかったら、文字数分ループして、code[]=charCodeAt(i);すれば良いということですか？

× code[]=charCodeAt
○ code[]=string.charCodeAt
です、ごめんなさい

>>68-69
JavaScript では "code[]=..." の書き方はできないが、ロジックは合ってる

"abc".split('').map(function(ch) {return ch.charCodeAt()})

"abc".split('').map(ch => ch.charCodeAt())

ロジックは合ってるがそんな冗長なコードは書かない。

パフォーマンス重視でfor文にしてる

function toStringCodes (string) {
　for (var i = 0, l = string.length, array = []; i < l; ++i) {
　　array.push(string.charCodeAt(i));
　}

　return array;
}

toStringCodes('abc'); // [97, 98, 99]

String.prototype.map は未定義なんだね。
String.prototype.replace で代用可能だけど、いまひとつスマートじゃないなあ。

スリムな方は>>72、パフォーマンス重視は>>73ですね。
>>69,71-74の皆さんありがとうございました！

また間違えました、>>68,70-74の皆さんです、ごめんなさい
本当にありがとうございました。

>>76
別にいいんだけど、レスアンカーは>>66,70-74が正しいんじゃない？

めんどくせーから、>>78さんありがとうございました！ でいいだろ。

>>78さんありがとうございました！

var
　foo = tonikaku.nagai.namae,
　bar = foo.puropati,
　nullpo = (function(){ return bar * 10; })(),
　gatxu = (function(){ return nullpo * 100; })(),
　.....

↑こんな風に変数の宣言を
カンマでどんどん繋げる書き方って問題ですか？
なんか書きやすいので、こうしているのですが・・・。

window.onresize = function() {
window.alert("hellow")
}

この構文なんて名前ですか？
window.onresizeはonclick, onmouseover とかのイベントと何か違いますか

>>81
構文じゃない
違わない

>>80
jQueryとか更にひどいし、
そういうふうにしろって言ってる人もいる。

個人的にはあまり多すぎるとシンタックスエラー出た時に
場所がよくわからなくなるから、数個程度にしたり
複雑なコードは書くなって思うが。

var hoge,
hoge2,
hoge3;
こっちのが見やすくないか？

var hoge, hoge2, hoge3;

こっちの方がいい。無意味にコードの行数増やすなよ。
スクロールする必要が増えてあっちこっち見なくちゃいけなくなるだろ？

>>82 thank

>>85
見る人のエディタの横幅にもよる
必ずしも横に長く縦に短くが良いわけでもない
難しいところじゃが

>>80 の書き方、
jQueryも使ってるって事は何かメリットあるのかな？
少しだけ処理が速いとか・・・。
そうでもなかったら一行ずつ var いれた方が見やすい気がする。

速度は変わらん
こればかりは好みの問題だな
jQuery作者がああ書くのをコーディングルールにしたんだろうさ

>>88
１行ずつ var を入れたら行数文だけ VariableStatement が増えるので遅くなる。
理論上は VariableStatement が一つだけの方が処理速度は速い。

>>80 の書き方はシンプルでいいと思うけど、カンマ忘れてもエラーにならないのがな…
安全策として先頭にvar入れていった方がいいと思う

初期化がいらない場合は、>>85 を使う

セミコロン付け忘れはJSLintでチェックできるので>>80を使う

>>91
カンマ忘れたらエラーになったが…。

var hoge,
hoge2
hoge3; // ReferenceError: hoge3 is not defined

>>93
var hoge = 1,
hoge2 = 1
hoge3 = 1

こういうことじゃろ

>>94
なるほど。
その問題は JSLint や Strcit Mode で回避できるな…。

失礼。
>>93 === >>95

>>80
最初に全部代入せずに宣言するのが至高

宣言と宣言＆代入を混ぜて書いていた時には、どこまでを宣言に含めるか悩んでいたものだけど
至高の宣言に辿り着いてからはそんな悩みなど無縁
使う直前に代入するから分かりやすい

>>84
var foo
, bar
, baz;

のようなスタイルもある
見てすぐ行の継続が判るのと、行末のカンマを打ち忘れない所がよい

textareaだとCSSの属性を揃えてもブラウザ間の見た目が変わるので
contenteditable=trueでtextareaを実現しようと思うのですが
どうやればいいですか？