0

したがって、JSLintは、セマンティクスと構文を促進する優れたツールです。クライアントのサイトからJSLintに取得するほとんどのJSは、きしむ音が鳴り、ほとんどのサイトの機能は引き続き機能しますが、通常は失敗します。私は彼らのJavascriptを修正することで彼らを売り込もうとしていますが、彼らはそれが壊れていないように見えます（つまり、彼らが望んでいることをしている）なぜそれを修正するのですか？セマンティクスと構文は、彼らにとって抽象的すぎます。

あなたの意見では、JSを使用するサイトはJS Lintコード標準に準拠する必要がありますか？JS Lintのセマンティクスと構文に準拠するための良い議論は何ですか？

4

1 に答える 1

3

一般的な JavaScript の落とし穴の例をいくつか挙げます。メンテナンス中のデバッグにより多くの時間がかかる可能性があるもの。グローバル変数:

function doStuff(param1, param2) {
    foo = var1 + var2;
    return foo;
}

ブラケットとインデント:

// our friend 'foo' from above. this might pass because it was global.
// what if the original writer expected foo to be undefined?
if (foo)
    foo += "some string"; // this is inside the condition
    foo += "some other string"; // this is outside. but it's not immediately obvious!

もっと悪い例は他にもあります。本当に厄介で紛らわしいコードを見つけて、jslint に従って修正し、2 つのスニペットを比較してください。クリーン コードのメンテナンス コストは、ダーティ コードのメンテナンス コストよりもはるかに少ないということを売り込むことになります。

于 2011-01-06T18:19:20.003 に答える