クラス設計に関するメモ
経験的にこのようにした方がよいと思った点についての記録です。 仕事で大規模(2000クラス超)かつ製品寿命がながいパッケージソフトを作っていた関係で、 ちょっとした設計の間違いが、 あとあとで大変な苦労する羽目になったりすることを経験してきました。 このような規模が大きいアプリケーションを作ることはなかなかないかもしれませんが、 なにかの参考になれば、と思います。 継承する前に委譲を検討する Singleton パターンを使うときの注意 Template Method パターンを使うときの注意 クラス間の依存に関する注意 クラスの粒度 Singleton の問題を回避できるか？ 継承する前に委譲を検討する 継承はスーパークラスの仕様をよく理解しておかないと、 バグを作りこみやすいので十分注意する必要があります。 メソッドのオーバーライドをするときも、 public void foo(){
UML 2 クラス図の概要
by Scott W. Ambler, Copyright 2003 UMLのクラス図(Object Management Group 2003)は、オブジェクト指向分析・設計の大黒柱です。UML2クラス図では、システムのクラスと、その相互関係(継承、集約、関連を含む)、クラスの操作と属性を表します。クラス図は、概念/ドメインモデリングや詳細設計モデリングなど、さまざまな目的に使います。私自身はクラス図をホワイトボードに書くのが好きなのですが(簡単な道具の方がいろいろな使い方ができるので)、このページのほとんどの図は、正確な表記法が分かりやすいように、作図用のソフトウェアを使って書いてあります。 この成果物説明では以下の内容について議論します。 概念クラス図 設計クラス図 UMLクラス図の作成方法 推奨文献 1. 概念クラス図 図1に示すのは、大学システムにおける簡単な概念モデルのUMLク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オブジェクト倶楽部 - TOPページ
