OOコード養成ギブス - rants

Binstock on Software: Perfecting OO's Small Classes and Short Methods The Pragmatic Programmersシリーズの新しい本、The ThoughtWorks Anthologyの中に 興味をそそるエッセイがある。Jeff Bayの"Object Calisthenics"だ。 これは良いオブジェクト指向の性質を実証する小さなルーチンを書く方法をマスターするための 詳細にわたるエクササイズだ。オブジェクト指向なルーチンを書く能力を向上させたい開発者がいるなら このエッセイに目を通すことを勧める。ここにBayのアプローチを要約してみよう。 彼は次にあげられる制約のもとに1000行のプログラムを書くことを勧めている。 これらの制約は意図的に過剰な制限となっているが、これは開発者を手続き的なやり方から脱却させるた

[suginoy]

コードギアスに見える

[knstkny]

]

[vvakame]

わーお。これはいいオブジェクト指向の教則かもしれない。機会があったら試してみよう。

[megascus]

超重要。

[adarapata328]

カプセル化をクラス単位からメソッド単位まで。めっさしんどそう

[kiyo_hiko]

elseを使うなっていうのはすごくわかる。その他は制約厳しすぎてできる気がしない

[puruhime]

OO過激派の犯行。とりあえずこれにある程度従うと面白そうね

[pokutuna]

メソッドチェーン禁止かあ

[aroma_black]

OOPに限らずCとかでもオススメ。

[satzz]

2008/04

[toshi3221]

アクセッサを使うな・・・

[s_ryuuki]

OOPルール

[paz3]

4,7,9のようにオブジェクト指向特有のものを除いたら、あとは逆さにすると関数型コード養成ギプスの出来上がり？／インデントは1メソッド1レベルのみって、if文は関数呼び出し（またはreturn）だけにしろってこと？

[toenobu]

Object

[Sampo]

@kamekoopa OO養成ギプスですねわかります

[rryu]

コーディング規約のオブジェクト指向版みたいな感じ。基本はポカ避けなのでその裏の意味が分からないとかなり理不尽。

[yamaz]

[あとで読む」

[ginpei]

九つの約束を守れば必ずOOな素晴らしいコードが書ける、みたいな。メンバ変数三つまでってのは辛いなあ。Setter/Getterは「使わない」であって「作らない」ではない点がミソらしい。

[netfan]

oop, オブジェクト指向

[drumsco]

'else'禁止、プリミティブのラッパークラス化はすぐに分かったけど、6、7、9は実践するには難しいかな

[starpos]

ストイック．．．

[gan2]

これはあくまでギブスにすぎないのだろうか。それとも本番でもこのくらいやった方がいいのだろうか。

[sshi]

これは本当にコードにはめるべきギプスなんだろうか。モデリングの時点でやるべきことな気もする

[T-miura]

これはきつい感じが、、、、パーツ、パーツは役に立ちそうだけど。見やすいコードになるかちょっと疑問。上記を満たしたコードを見てみたい。