分析/設計きっとそうなんよな。OutputStreamが、どんな場面で使われていて、どういうメリットがあるか、を聞くっていいかもな。分析/設計@ITの記事だったけど、日本語版が公開されてる。この辺りもう一度復習せんといかんな。継承は使わずあくまでインターフェースで、を心がけて。様式を出力するということでは、HTTPレスポンスもメールもExcelもPDFも一緒だよね、とか。分析/設計リクエストに対する処理は同じ、でも異なるレスポンスを返したい。モデリングの参考になりそうな記事のシリーズ。分析/設計ってのに、情報が少ないな。分析/設計パイロットで分析/設計の作業という感じなのですが。分析/設計やっぱ非機能要件で引っかかるね。今までは開発側視点だったけど、今回はお客さん内部での利用者側視点での標準化とかアーキテクチャ設計みたいな感じなの。パッケージ分けた時に、パッケージ間には2種類の関係があるような。いうの見てると、「ポートレット」「ガジェット」「SOA」「SaaS」「クラウド」とかってキーワードとか、そういうアプローチで作りたくなってきた。アーキテクトが必要どうかはともかく。明確に意識してなかったけど、分析/設計で問題領域とか解決領域という識別をすることを、意識する必要があるように思えてきた。現行システムの話を聞いて、クラスを詳細に書きすぎてた。abstraction)をあいでんてぃふぁい(identify)し直してみた。状態遷移に注目したいクラスのステートチャートを書いてみる。知識レベルと操作レベルの話と問題領域と解決領域の話は、同じ話なのか?直交してる話のか?とか。分析/設計から、id:tgkさんのページがヒットしたので。分析/設計Javaの場合DynamicProxyで実現されてて、特にレスポンス的なこと考えると、なんでもかんでもAOPって訳にも行かんって思ってた。Seasar2では、なんか工夫があるみたいね。Springも現時点でなんらかの工夫があるかもしれんし。分析/設計ここで思ったことと、違う感じもしてきた。モデリングとTransactionScriptパターンと非機能要件とAOPと次のページプロフィールid:S_a_k_U人生の目標は世界征服平和です。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。