Java列挙型メモ(Hishidama's Java enum Memo)
列挙型（enum）は、JDK1.5で導入された、一連の値を定義する文法。[2006-07-26] 一番単純な定義方法はC言語の列挙型に似ているが、C言語と違って実態はクラス（と、不変オブジェクト）。 enumはenumerate（イニュームレイトあるいはイヌームレイト）の略なので、発音としては「イニューム」が正しそうだが、自分は「イナム」「エナム」と呼んでいる。 最も単純な定義方法 enum 列挙名 { 列挙子, 列挙子, … } 列挙名は、クラス名（やインターフェース名など）と同様。 （したがって、publicの付いたenumの列挙名は、ソースファイル名と同じでなければならない。また、publicの付いたenumはソースファイル内に1つしか定義できない） 列挙子（enum定数）は、フィールド名の定数（クラス内のstatic final変数）と同様。 （したがって、アルファベット大文字を使
Value Object の設計 - Aufheben - GLAD!! の日記
まずは、設計・実装における Value Object を整理した方が良さそうなのでまとめてみました。 Value Object の設計方法としては、以下の3通りがあると認識しています。 # 仕事で主に使用してきた言語が C++ と Java なので、もし他にもあればご教示ください。 1. Singleton インスタンスを1つしか生成しないパターンです。 Java の enum がこれに該当します。 同一性は == で判定することができます。 2. 不変オブジェクト インスタンスが1度生成されたら、属性の変更を許可しないパターンです。 Java のプリミティブ型のラッパークラス(Integer など)、String、BigDecimal などが該当します。 Java の場合、hash と equals メソッドをオーバライドする必要があります。 3. スコープ外へ公開する際に複製する クラ
[ 技術講座 ] 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パタ
コメントアウトに反対する理由 - Iwamotoの寝言
多分、わざわざ書くまでもないことだと思う。 しかし、コメントアウトに関しては、慣習的に続けている人たちがいる。 自分もその人たちだった。でも、調べてみたらソースコードのコメントアウトについてあんまり書いてない・・・ まあ、ここら辺が調べたところ見つかった。 コメントアウトがナンセンスである理由 履歴管理はバージョン管理ソフトで行え！ ごもっとも、この一言に尽きます！ ソースコードの修正履歴をコメントアウトで残す方式だった。別れたい 現行のバージョン管理システムはバックアップテープから、ソースを戻すので時間がかかるんだそうだ。 コメントアウト捨ててよし！ 思っているところを書いてみる。 まず、短期的なコメントアウトは特に問題はないと思う。 といっても、３０分以内に試せるテスト用のコードとして、使うのがいいと思う。(ホスト系の環境では、ちょっとコンペアするだけでも３０秒以上の時間を消費してしま
なぜオブジェクト指向は嫌われているのか？:アルファルファモザイク
文化祭でカセットコンロ４台の上に鉄板２枚載せて焼きそばを作っていたらガスボンベが爆発、生徒１５人負傷…私立豊南高校
@ITの炎上していたブログ主がクビになってた - kなんとかの日記
昨日紹介した、SQLとオブジェクト指向の話題で炎上していた『ベンチャー社長で技術者で』というブログの主が、なんとクビになってた。 【お知らせ】 ＠IT自分戦略研究所 編集部です。 2010年5月28日、『ベンチャー社長で技術者で』を執筆する生島勘富氏を、エンジニアライフ コラムニストより除名いたしました。 今回の件について、多くの読者から問い合わせをいただきました。今回の処置について、生島氏には了承いただきましたが、「これまで行ってきた議論のまとめはしっかり行いたい」と、最終原稿掲載の依頼を受けました。 編集部で協議した結果、掲載すべきであると判断し、下記に生島氏より受領した最終原稿を掲載します。なお、この内容は＠IT自分戦略研究所の見解・意向を示すものではありません。 生島勘富氏の最終コラム：エンジニアライフ運営日誌：エンジニアライフ アンチのせいでクビか。アンチ大喜びだろうな。 思うに
UML/クラス図の基礎 - きのさいと
2024-08-20 GitHub/ローカル・リモートブランチとoriginのはなし 2024-08-03 VMware/ESXi/バックアップ運用 2024-07-30 Struts/アプリケーションのモジュール化 2024-07-26 Struts/Tilesの基礎 2024-07-25 Subversion/削除してしまったファイルを元に戻す 2024-07-09 Struts/プルダウンの作り方 2024-07-02 AWS/TIPS集 2024-05-23 Java/暗号化 2024-05-15 PukiWikiにBasic認証をつける 2024-04-15 Java/Jenkins/プラグイン開発のTIPS集/Jenkins CLI 2024-03-09 OpenOffice.org/Linuxで常駐させる 2024-03-03 Java/Direct Web Remoting
矢沢久雄の早わかりGoFデザインパターン(1) | 日経 xTECH（クロステック）
今回は、パターンを1つだけ紹介します。「Mediatorパターン」です。GoF本では、それぞれのパターンの「目的]「背景」「効果」などが明示されています。私も、ちょっと真似をしてみましょう。複数のオブジェクトを組み合わせてプログラムの機能を実現するという目的において、オブジェクト間の関連がゴチャゴチャになってしまうという背景（問題）があり、Mediatorパターンの採用によって関連をキレイに整理できるという効果があります。説明だけでは、何のことだかわからないと思いますので、具体例をお見せしましょう。 図1[拡大表示](1)をご覧ください。これは、UML（Unified Modeling Language、ユーエムエル）と呼ばれる表記法で記述されたプログラムの設計図です。UMLでは、四角形の中に下線付きで名前を書いてオブジェクトを表し、関連のあるオブジェクトを矢印で結んで示します。ここで関連
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
オブジェクト指向プログラミングへの道 : 富士通
Amazon.co.jp: C++クラスと継承完全制覇 (標準プログラマーズライブラリ): 矢沢久雄: 本
東京工業大学 情報理工学院 数理・計算科学系
Administrative Quarantine
C++編（言語解説） 第３０章 内部クラス
http://chikura.fprog.com/index.php?UID=1091679610
ホワット・ア・ワンダフル・ワールド オブジェクト指向についての雑感