ぽり野郎
@polistes
フックはメソッドの方がいい?クラス変数を用意すると、どこで変更されるのかわからない。メソッドにしておけば、処理の流れの段階で流れが変わることがなくなる #dezapatan
2011-03-01 21:16:57
ぽり野郎
@polistes
バッチのフレームワークを作る場合には最終出力が直前までわからない。エラーがあるならアラートを飛ばすように分岐する必要がある。 #dezapatan
2011-03-01 21:19:38
ぽり野郎
@polistes
バッチフレームワーク。フェイタルなエラーがあればすぐにアラート、処理終了。ノッティスだけなら最後にまとめてメール #dezapatan
2011-03-01 21:20:40
ぽり野郎
@polistes
BEGIN、endが大体共通するときはテンプレートに書いちゃえ ← 地獄の始まり。エンドだけに変更が必要な場合は使えない・大幅な改変が必要に #dezapatan
2011-03-01 21:27:26
ぽり野郎
@polistes
バッチが1つだと思って考えるから無駄に思える。あらかじめ大量のバッチを作成するって思えば楽…かなぁ。まだテンプレートには薄い #dezapatan
2011-03-01 21:31:04
ぽり野郎
@polistes
新しいフレームワーク?を利用するときにとりあえず間違いなく利用できるテンプレートを用意してほしい。よく使うパターンだけでも。 #dezapatan
2011-03-01 21:38:15
Hnz
@hnz
小~中規模のLLでの開発でデザインパターン的なものをうまく使うには,「フレームワーク的な部分は変更してはならない」「フレームワークを使う側は信頼できない」という原則を緩めるところから,という気がしている #dezapatan
2011-03-01 23:10:09
ぽり野郎
@polistes
そういえば次回は@cafenero_777さんがアダプター担当予定…ですが、参加できない可能性が高いので、自分がCompositeパターンを担当するかもです。 #dezapatan
2011-03-01 23:16:30