アカウント名:
パスワード:
関数や条件式の開き括弧の後ろ, 同閉じ括弧の前, カンマの後ろ, ぐらいには空白があると見易いけど、そういう意味以上に規約で見かけをがんじがらめにするのは労ばっかりで益は乏しいんじゃないかな?そんなのより、どういう単位で機能を分担させるか、外部変数の持ち方、変数やオブジェクトの寿命を見えるようにするとか、思想や方針を縛ったほうがいいと思うんだけどな。# コメント行中に開き括弧だけとか,パターンマッチ演算子のデリミタに#を使うとか、エディタが混乱するようなのは避けるようにするけど。
見やすさ=チェックしやすさですよ。究極的にはブロックなど存在せずすべて関数に投げればいいのですが、関数ごとにテストが必要なんて規約だったりするとテスト量が増えます。見かけの規約というのはどこにバランスを取るかの指針であり重要な項目です。つまり
どういう単位で機能を分担させるか、外部変数の持ち方、変数やオブジェクトの寿命を見えるようにするとか、思想や方針を縛ったほうがいい
というのを「見かけ」という項目で誘導しているのです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
枝葉末節にこだわっても (スコア:0)
関数や条件式の開き括弧の後ろ, 同閉じ括弧の前, カンマの後ろ, ぐらいには空白があると見易いけど、
そういう意味以上に規約で見かけをがんじがらめにするのは労ばっかりで益は乏しいんじゃないかな?
そんなのより、どういう単位で機能を分担させるか、外部変数の持ち方、変数やオブジェクトの寿命を見えるようにするとか、思想や方針を縛ったほうがいいと思うんだけどな。
# コメント行中に開き括弧だけとか,パターンマッチ演算子のデリミタに#を使うとか、エディタが混乱するようなのは避けるようにするけど。
Re:枝葉末節にこだわっても (スコア:0)
見やすさ=チェックしやすさですよ。
究極的にはブロックなど存在せずすべて関数に投げればいいのですが、
関数ごとにテストが必要なんて規約だったりするとテスト量が増えます。
見かけの規約というのはどこにバランスを取るかの指針であり重要な項目です。
つまり
どういう単位で機能を分担させるか、外部変数の持ち方、変数やオブジェクトの寿命を見えるようにするとか、思想や方針を縛ったほうがいい
というのを「見かけ」という項目で誘導しているのです。