Scala社内でサービスがよくわからないという話になったので、考察を少しまとめておきます。過去のエントリでも以下のように触れましたが、もう少しかみ砕いてみよう。簡単に前提の整理から。Akka超久しぶりのブログ...。Octopressに疲れたのではてなブログに戻ってきました(Octopressの過去の記事ははてなブログにインポート済です)。DDD面白そうなネタがあったので、自分なりの考えをまとめてみる。この記事はRuby用のDIコンテナの話題なんですが、DCIについても言及されているようです。Scalaみなさん、こんばんわ。会社のアドベントカレンダーで、Scalaコードでわかった気になるDDDというブログを書いたのですが、最近、老害を防ぐためにDCIについても勉強中です。こんなモデルがあって、相互に依存しているケースを考えよう。注意:説明を簡単にするために、varを利用しています。ありがとうございます。被害にあわれた皆様に心よりお見舞い申し上げるとともに、犠牲になられた方々とご遺族の皆様に対し、心よりお悔やみを申し上げます。DDDDDDで設計を始めると不変条件を維持するために、エンティティなどの可変オブジェクトの複製を行うことがよくあります。Javaの場合は、Cloneableインターフェイスを実装して、実装型に応じた複製インスタンスを返すcloneメソッドを作る。Java最近、DDDの"意図の明白なインタフェース"というパターンの章を読みなおしています。このパターンが一環して主張していることは"名前が重要"ということです。その名前の重要性について、いろいろな文献からの引用を用いて考えてみたいと思います。Scala若干、難しい話ですが、設計力を上げたいプログラマ向けなエントリ。一緒に考えていただければ幸いです。堅牢なアプリケーションを実現する上で「副作用を最小限に抑える」という設計思想は、非常に重要な示唆を含んでいます。PofEAAid:ryoasaiさんから紹介してもらったエントリで「バリューオブジェクトは不変性が本質ではない」ということを知って、「あれ?」っと思ったので、もう一度DDD本を読んで簡単にまとめてみました。Javaちと、小難しい話になります。じゅんいち☆かとうの技術日誌でも取り上げたアグリゲートに関する考察です。あるべきかはちょっと分かっていません。DDD2010年も今日で終わりですが、皆様におかれましてはどのような年でしたか。私は、この一年で「新しい技術の価値観」と「人との出会い」の二つの機会が恵まれた年でした。仕事に、コミュニティ活動に、お世話になった皆様、本当にありがとうございました。振る舞いとサービス編です。今回もコードを使って解説したいと思います。DDD先日、DevLOVEで発表した「コードで学ぶドメイン駆動設計入門」ですが、入門としながらも難しかったかもしれません。モデリングの話は難しい方の話題なので仕方ないのですが、できるだけわかりやすく補足するブログを書いてみたいと思います。「コードで学ぶドメイン駆動設計入門」と題してしゃべってきました。ソースコードはこちら。ImmutableDDDおつかれさまです。Objectsに出会う。Objectsと関連が深いImmutableについて、考えてみよう。Immutable2009-12-14ドメインモデリング能力を鍛えるDDDドメインモデルに対する日米の温度差|Ouobpo私が思うにドメインモデリングが敷居が高いということではなくて、オブジェクト指向自体がそもそも敷居が高いからだと思う。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。