クラス設計に関するメモ
経験的にこのようにした方がよいと思った点についての記録です。 仕事で大規模(2000クラス超)かつ製品寿命がながいパッケージソフトを作っていた関係で、 ちょっとした設計の間違いが、 あとあとで大変な苦労する羽目になったりすることを経験してきました。 このような規模が大きいアプリケーションを作ることはなかなかないかもしれませんが、 なにかの参考になれば、と思います。 継承する前に委譲を検討する Singleton パターンを使うときの注意 Template Method パターンを使うときの注意 クラス間の依存に関する注意 クラスの粒度 Singleton の問題を回避できるか？ 継承する前に委譲を検討する 継承はスーパークラスの仕様をよく理解しておかないと、 バグを作りこみやすいので十分注意する必要があります。 メソッドのオーバーライドをするときも、 public void foo(){
プロトタイピングでUIデザインの失敗にさようなら - ＠IT
仲里淳 2009/9/11 ※ トリックスター……この連載でのトリックスターのイメージは、相反する2つの者同士が、別個に機能する共同体をつなぐ役目を果たす人。閉鎖的な空間に風穴を開けて風通しを良くする人。エンジニアとコーダー、デザイナの機能システムが組み合わさった緩やかな共同体を創造する人たちです。 WebサイトのUIデザインを効率的に進める「プロトタイピング」が注目されている。この手法に積極的に取り組むビジネス・アーキテクツの伊原力也氏に、実践する際のポイントについて聞いた 悩みの種は納品後に発生するUIデザインの修正 RIA/リッチクライアントに限らず、納品後にUI（ユーザーインターフェイス）に対して「使いにくい、分かりにくい」「やっぱり画面にアレが欲しいな」といった意見がクライアントから出ることは少なくない。こういったUIトラブルを減らす有効な手段として「プロトタイピング」が注目を集
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
