enum-j.html#java_enum
C言語によるプログラミングでは、列挙型(enum型)はたいへん良く使われます。 オブジェクト指向言語でも、それは変わらないようです。C言語を拡張したC++言語ではもちろん、Java言語でも、J2SE 5.0になってから列挙型が導入されたほどです。 その一方で、オブジェクト指向言語で列挙型を使う弊害も、繰り返し指摘されてきました。列挙型とswitch文を使ったソースコードは、ポリモーフィズムを使って書き直すべき典型的な悪い例として、しばしば取り上げられて来ました。 しかし、列挙型を使ったプログラムのすべてが、ポリモーフィズムを使って書き直すべきだとは限りません。継承によるポリモーフィズムは、オブジェクト指向の特徴の１つですが、サブクラスを作るべきではないケースもあるのです。そのような場合に、列挙型を使ったコードを書くことは、悪いことではありません。 ここでは、オブジェクト指向言語における列挙
JAVAアーキテクト。。。
JAVAアーキテクト JAVAアーキテクト。。。 JAVAアーキテクト。。。 ２チャンネルより。。。うーーーーーん、逝くか JAVAアーキテクト。。。 * 必ずCheckStyle, FundBugs, JUnit. Apache Ant, Apache Mavenを使用すること。 * IDEは必要に応じて任意に使用。使える環境であるならば使うことが望ましい。 * 英語を極めよ。海外サイトでいち早く最新技術動向を調査し、プロジェクトに採り入れよ。 * クラス名、オブジェクト名はなるべく名詞形に、メソッド名はなるべき動詞形に。 * 『アジャイルソフトウェア開発の奥義』を読破し、実戦せよ。 * 最低でもGoFデザインパターンは極めよ。 * 不変クラスの作り方くらいは極めよ。 * Jakarta Projectの製品くらいは使いこなせるようにすること。 * 必ずXP, RUPなどを実戦すること
ClassCastException対策(Javaマスター)
まずはもっとも基本的なパターンです。 Personクラスと、それを継承したStudentクラスを、相互にキャストする実験です。 package samples.exception.cls; class Person { } class Student extends Person { } public class ClassCastExceptionTest { public static void main(String[] args) { try { Person p1 = new Student(); Student s1 = (Student)p1; Person p2 = new Person(); Student s2 = (Student)p2; } catch (Exception e) { e.printStackTrace(); } } } C:\JavaMaster\
[ 技術講座 ] Domain-Driven Designのエッセンス 第2回｜オブジェクトの広場
DDD難民に捧げる Domain-Driven Designのエッセンス 第2回 DDDの基礎と実践 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 本連載は、全3回の予定でEric Evansの書籍『Domain-Driven Design』（以降DDD）を紹介しています。前回はDDDの概要を説明し、第I部「Putting the Domain Model to Work」からDDDの基本原則となる3つのパターンを紹介しました。今回は続く第II部と第III部から、（アンチパターンを1つ含む）16のDDDパタ
Decorator パターン - Wikipedia
Decorator パターン（デコレータ・パターン）とは、GoF（Gang of Four; 4人のギャングたち）によって定義されたデザインパターンの1つである。 このパターンは、既存のオブジェクトに新しい機能や振る舞いを動的に追加することを可能にする。 クラス図[編集] Decorator パターンのクラス図を以下に挙げる。 概要[編集] Decorator パターンの方針は、既存のオブジェクトを新しい Decorator オブジェクトでラップすることである。 その方法として、Decorator のコンストラクタの引数でラップ対象の Component オブジェクトを読み込み、コンストラクタの内部でそのオブジェクトをメンバに設定することが一般的である。 Decorator パターンは、既存のクラスを拡張する際にクラスの継承の代替手段として用いられる。継承がコンパイル時に機能を拡張するのに
矢沢久雄の早わかりGoFデザインパターン(1) | 日経 xTECH（クロステック）
今回は、パターンを1つだけ紹介します。「Mediatorパターン」です。GoF本では、それぞれのパターンの「目的]「背景」「効果」などが明示されています。私も、ちょっと真似をしてみましょう。複数のオブジェクトを組み合わせてプログラムの機能を実現するという目的において、オブジェクト間の関連がゴチャゴチャになってしまうという背景（問題）があり、Mediatorパターンの採用によって関連をキレイに整理できるという効果があります。説明だけでは、何のことだかわからないと思いますので、具体例をお見せしましょう。 図1[拡大表示](1)をご覧ください。これは、UML（Unified Modeling Language、ユーエムエル）と呼ばれる表記法で記述されたプログラムの設計図です。UMLでは、四角形の中に下線付きで名前を書いてオブジェクトを表し、関連のあるオブジェクトを矢印で結んで示します。ここで関連
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Security Akademeia【セキュリティアカデメイア】
Administrative Quarantine