SIOS Tech. Lab - エンジニアのためになる技術トピックス
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
About-DDD-Structure.md
Layer UI層 ユーザとの相互作用の境界となる層 アプリケーション層の一部なのか別個のレイヤなのか諸説あり ユーザーに情報を提示して、ユーザーの操作やコマンドの解釈を担うレイヤー。 DDDでは、このレイヤーにビジネスロジックを組む込むことを皮肉を込めて「利口なUI」というアンチパターンとしており、避けるべきパターンである。 アプリケーション層 ドメインオブジェクトを操作することで、ソフトウェアが果たすべき仕事を実現する層 アプリケーションが行うことになっている仕事（ユースケース）を定義し、その仕事をドメインレイヤーのオブジェクトが解決するように指揮（orchestrate）するレイヤー。このレイヤーもビジネスロジックは含まず、実際の処理はドメインレイヤーに委譲して調整役を担う。 ドメイン層 ビジネス上の概念を表現する層 ビジネスの概念と、ビジネスルールおよびビジネスが置かれた状況に関す
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
ドメイン駆動設計（DDD）のValueObject(値オブジェクト)をEntityFramework Core(EFCore)で自動的にマッピングする方法を紹介します。 EFCore2.0以降では、所有エンティティ型としてValueObjectを永続化する機能が提供されています。 マッピングだけではなく、ValueObjectとして定義したEntityからマイグレーションを生成することも可能です。 EntityとValueObjectを定義する 注文Orderと配送先住所Addressの場合の各クラスを以下のように定義します。 配送先住所に含まれる郵便番号、都道府県、住所等をValueObjectとして定義しています。 クラス図 Order (Entity) using System; using System.Collections.Generic; using System.Linq;
PofEAA's Wiki - IdentityMap
原文: http://www.martinfowler.com/eaaCatalog/identityMap.html ロードされたオブジェクトをマップ内に保持し、各オブジェクトが1度だけロードされることを保証する。オブジェクトが参照されたときは、マップを使って探し出す。 解説の全文は『PofEAA』 195 ページを参照。 古くから「時計を2つ持つ者は、決して時間が分からない*1」と言われる。 2つの時計が間違っていたら、データベースからオブジェクトをロードする際により大きな混乱に巻き込まれる可能性がある。 気を付けないと、同じデータベース レコードからデータをロードし、 異なる2つのオブジェクトに入れてしまうこともある。 2つのオブジェクトを更新した場合は、 変更点をデータベースに正しく書き出す際、注意しなければならない。 これに関係するのは、パフォーマンス問題である。 同一データを複
Object::PerlDesignPatterns - Perl architecture for structuring and refactoring large programs - metacpan.org
23 Jun 2003 13:02:16 UTC Distribution: Object-PerlDesignPatterns Module version: 0.03 Source (raw) Browse (raw) Changes How to Contribute Issues (1) Testers (50 / 0 / 14) Kwalitee License: unknown Activity NAME SYNOPSIS ABSTRACT DESCRIPTION BUGS AUTHOR TITLE AUTHOR PerlDesignPatterns HomePage TinyWiki SoftwareQualityLevels AboutPerl AboutObjects AboutPatterns AboutFlack PlanningIsNpComplete InnerC
【1】増田さんによるドメイン駆動設計の話は、「エリック・エヴァンスのドメイン駆動設計」の本の目次に従って説明してくれたので、とても分かりやすかった。 OOAに関しては「実践UML」「アナリシスパターン」「ストリームラインオブジェクトモデリング―パターンとビジネスルールによるUML」などを2000年代前半に勉強会で読みこなしていたから、ドメイン駆動設計では、オブジェクト指向設計をどのように生かしているのか、が理解できたからかもしれない。 増田さんの職歴を聞いた所、OracleのデベロッパーからJavaなどのオブジェクト指向設計へ転向したとのことなので、DOAの良さもOOAの良さもよく理解されているのだろう。 また、ドメイン駆動設計だけでなく、ICONIXやSpringによる実装も組み合わせたオブジェクト指向設計なので、要件定義から外部設計、実装に至るまでの経験が豊富なことは感じられた。 【2
AggregateRoot – 集約 │ nrslib
概要 ドメイン駆動設計のモデリングの要素の一つ、AggregateRoot（AR, 集約）の解説です。 DDD 関連記事リンク ◆ ValueObject 記事リンク: https://nrslib.com/valueobject/ ◆ Entity 記事リンク: https://nrslib.com/entity/ ◆ AggregateRoot（ｲﾏｺｺ） 記事リンク: https://nrslib.com/aggregateroot/ ◆ Repository 記事リンク: https://nrslib.com/repository/ 解説 Aggregate Root AggregateRoot は日本語で集約といいます。 集約は何を表し、何故集約という概念が必要なのでしょうか。 トランザクション整合性などで説明をされている記事はすでに多く存在するので、この記事ではオブジェクト指向
はじめに 2019年は、設計の年でした！ Unity３種の神器 ・UniRx *1 ・UniTask *2 ・Zenject *3(Extenject *4) これらがないと開発できない体になってしまった。 MV(R)P期 UniRxといえばこれ！というくらいよくある書き方。去年から学び始めて今年の5月くらいまではずっとこの書き方をしていました。 using System; using UniRx; using UnityEngine; using UnityEngine.UI; namespace ProjectName.Scripts { // Modelは、ScriptableObjectにするかPresenterないでnew して生成していた public class Model : ScriptableObject, IDisposable { private readonly
3/22に行なわれたjava-ja.dddのメモです。 ※かなり殴り書きの個人的なメモです。 第一部 ざっくり DDD 入門！！ ざっくり DDD 入門！！ from Yukei Wachi システムを複雑にしているのはドメイン 業務知識とはデータの構造、演算、他システム連携 業務知識を知るのは結構あと。結合テストとかで分かることがある 業務知識を反映されることでソフトウェアは柔軟に変更、拡張できる トランザクションスクリプトに重要なロジックが隠れる モデルの中で制約を表現する 複雑なドメインの設計はモデルを元に設計 モデルとは専門家によって整理され単純化された世界観 ドメインに詳しい人と話してモデルを共有する ドメインエキスパート：業務を回している人、データ裏側もわかってる人。 ドメインエキスパートの人を探すのが大変 whirlpool http://domainlanguage.com
Why using the `children` prop makes `React.memo()` not work
react-memo-children.md Why using the children prop makes React.memo() not work I've recently ran into a pitfall of React.memo() that seems generally overlooked; skimming over the top results in Google just finds it mentioned in passing in a React issue, but not in the FAQ or API overview, and not in the articles that set out to explain React.memo() (at least the ones I looked at). The issue is spe
ActiveRecordのモデルをリファクタリングする方法は「Fat ControllerをリファクタリングしてDDDっぽくする」でも言及しましたが、このエントリではさらに深掘りします。 エンタープライズアプリケーションアーキテクチャパターン（以下、PofEAA）を読んで理解している人向けに手短に表現すると以下の通り。 ActiveRecord（Rails）のモデルを行データゲートウェイ（PofEAA）として使用する ActiveRecord（Rails）のモデルのインスタンスはドメインモデル（PofEAA）のデータホルダーとして使用する データマッパー（PofEAA）によってActiveRecord（Rails）のモデルとドメインモデル（PofEAA）の対応付けを行う PofEAAを読んでいない、読んだけど忘れたという人は続きをどうぞ。 まずはValueObjectなどを見つけて独立させ
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
Copyright © GREE, Inc. All Rights Reserved. (Scala ) 2014/04/30 Version 1.1 Copyright © GREE, Inc. All Rights Reserved. • • 10 : F-BASIC, N88-BASIC • 20 : (x86), C/C++ • 30 : Java, Seasar2, OSS, DDD • 40 : Scala, Finagle/Trinity, DDD • • + 2 Copyright © GREE, Inc. All Rights Reserved. Copyright © GREE, Inc. All Rights Reserved. Scala DDD Copyright © GREE, Inc. All Rights Reserved. • • DDD • 5 Copy
[ 2697 ] [Struts2]JQueryプラグインを用いたAjaxValidation ::: Serendipity 2 future lies'n sundome. (´・ω・)
Struts2.1標準のAjaxValidationではロケールに対応したメッセージが出せない問題がありましたが、JQueryプラグイン2.0を使うことによって、この問題は回避されます。 まずはダウンロードから JQueryプラグインのダウンロードはこちらから。 Struts2-JQuery Plugin 2.0 対応バージョンは、JQuery1.4.1 です。 新しいJQuery-uiのテーマも同梱されています（あまりイケテませんが） サンプルビルドセットはこちら(・ω・ AjaxValidatorSample.zip 例によってEclipse3.5+WTP+maven2プロジェクトで作成しておりますので、[Struts2]m2eclipseの導入を参考にしてください。 Actionクラス以外でのValidatoin実装をしています 何故Actionクラスや、従来のStrut
PofEAA's Wiki - LazyLoad
原文: http://www.martinfowler.com/eaaCatalog/lazyLoad.html 必要なデータ全てを持つのではなく、その取得方法を知っているオブジェクト 解説の全文は『PofEAA』 200 ページを参照。 データベースからデータをメモリ上にロードするとき、関心のあるオブジェクトだけでなく、それに関連するオブジェクトも同時に読み込むように設計してあると便利である。開発者にとってオブジェクトのロードが楽になり、必要なすべてのオブジェクトを明示的にロードする必要がなくなる。 しかし、この方法を採用した結果、ひとつのオブジェクトのロードが、関係する多数のオブジェクトのロードを引き起こしてしまう。そのうちの一部しか必要でない場合、これは性能上の問題となりうる。 Lazy Load (遅延ロード)ではロード処理をしばらく保留し、オブジェクト構造にしるしをつけておくこと
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
View of /gaejtools/src/main/java/appengine/util/DatastoreFileUtil.java - Tools for Google App Engine/Java - SourceForge.JP
View of /gaejtools/src/main/java/appengine/util/DatastoreFileUtil.java Parent Directory | Revision Log Revision 6 - (download) (as text) (annotate) Sun Sep 27 07:14:02 2009 UTC (20 minutes, 19 seconds ago) by shin1 File size: 9044 byte(s) 1MB超のファイルを保存するためのユーティリティを作成した。 package appengine.util; import java.util.ArrayList; import java.util.Date; import java.util.List; import com.google.appengine.api.
はじめに この記事はHow to Design & Persist Aggregates - Domain-Driven Design w/ TypeScriptを翻訳したものです。 設計、アーキテクチャ、フロントエンド、ブロックチェーンに興味ある方是非Twitter(@show_clements)フォローしていただけると嬉しいです！ 設計に関する記事 この記事では、アグリゲートのルートを特定し、関連するエンティティの境界をカプセル化する方法を学びます。また、オープンソースのVinyl TradingアプリであるWhite Label上でSequelize ORMを使用して集約を構造化し、永続化する方法についても学びます。 これは、Domain-Driven Design w/ TypeScript & Node.jsコースの一部です。この記事が気に入ったらチェックしてみてください。 私た
今週も来ました。 2回目です。 おさらい 考え方と背景 基本中の基本。 オブジェクト指向とエクストリームプログラミング これらの経験が大変役に立つはず。 DDDはエヴァンスの経験談。 役に立つソフトウェアを作りたいならLocalDateクラスではなくDateOfBirthを作ろう（例） 適応型＝ゴールはなんとなく決めるけど、本当にどうなるかは分からん。それを日々反映していくもの。 人間のリズム これが大事。効率が良い。 エヴァンス極端な事言ってるような気がする。 第2部に書いてることやっても実感としてDDDが言わんとしてることは出てこない。 あくまで土台。 そこに3部の内容が入ることでパンチがきいてくる。 技術者がドメインの知識を求めていくこと。 鋭く説明する。 ドメインモデルは実際のコードの一部でしかない。 それくらいドメインモデルは要約されていなければならない。 利用する人達の活動と関
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
おひさしぶりです。今年は新型インフルエンザにかかったり、急性扁桃炎で寝込んだりと 大変なことになっていますがなんとかやっています。 Blogほったらかしはよくないですね。はい。 JiemamyProjectでは月に１回ミーティングが行われています。地豆の基本設計の話やら、 チケットや各サブプロジェクトの状況の確認などが行われます。 というほど、固い物でもなく、ゆる〜く地豆の設計理念とか基本的なお勉強会的な部分 もあります。 11/28に行われた第３回地豆会議のまとめをご紹介。 場所：グリー株式会社 会議室（いちいさん ありがとうございます） 参加者： 都元ダイスケさん／いちいさん／とのっちょ先生／えびちゃん ／happy_ryoくん／yamkazuさん／regtan ホワイトボードの写真はid:happy_ryoがUPしているので参考にしてください。 http://picasaweb.go
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
初めに こんにちは。 PS/SLの佐々木です。 最近輪読会でDDDについての書籍を扱っているのですが、その中でValueObjectを作るのか作らないのか論争が巻き起こっています。 私自身作るに越したことはないと思うので […]
プログラマの思索
最近、概念モデリングや設計原則の勉強会に参加して色々気づきがあった。 ラフなメモ書き。 【1】「実践UML第3版」を勉強会で読み始めた。 僕は「実践UML第1版」を購入して読んでいた。 思い出せば20年前になるのか。 そこから第2版も買ったし、最近第3版も買ってみた。 中身は変わってきているが、版を重ねるごとにオブジェクト指向設計の内容が洗練されて、RUPという開発プロセスに準じるように設計から実装、移行まで一気通貫する。 2020年代の現在、「実践UML」を再度読んで気づきがいくつかある。 【2】1つ目は、RUPはもう不要と思う。 スパイラル開発プロセスはWF型開発からの脱却という観点で重要だったが、Scrumを中心としたアジャイル開発が全盛の時代だから、わざわざテーラリングが必要な重厚長大なRUPを利用するメリットはないと思う。 【3】2つ目は、モデリングに必要なUMLのダイアグラムの
「golang.tokyo」は、プログラミング言語のGoの導入企業のメンバーが集まり、Goの普及を推進するコミュニティです。ここで、株式会社電通国際情報サービスの佐藤氏が登壇。まずは、コードの自動生成の対象と設計について話します。 生産性から考えるコード1行の価値 佐藤太一氏：みなさんこんばんは。「生産性の壁を突破しろ！ コード自動生成」ということでお話しします。 まずは自己紹介から。電通国際情報サービス（ISID）の佐藤太一です。長いのでISIDの太一と呼んでください。私はふだん、GitHubやJiraといった、現代的な構成管理ツールの利用推進や、部門横断的な技術支援、会社の制度改善などを仕事にしています。 本題に入る前に、まずは軽く生産性の話をしておきましょう。物的生産性は計測しやすいので、よく生産性の議論をする上で利用されます。ソフトウェアの業界における生産量として計測しやすいのは、
PHPで読取専用プロパティを手軽に実現する - Qiita
はじめに ドメイン駆動開発ではimmutableなクラスを使う機会が少なくありませんが（ex.ValueObject）、実装が単純＆面倒なあまりせっかちなプログラマの勤労意欲を阻害しがちです。「プログラマは怠惰であれ」の精神に基づき、PHPでインスタントにReadOnlyなクラスを実装する方法を考えてみましょう。 まずは教科書的に書いてみる メンバをprivateにした上でgetterを作るパターン。 コンストラクタ以外のタイミングではメンバのセットを受け付けません。 作りが明快な一方、プロパティの数だけgetterを作る手間が発生します。 ※@property-readはIDE補完用の記述です。 /** * @property-read string $name * @property-read int $age */ class Human { /** @var string */ p
t_yano on Twitter: "SQLなあ。500行のSQLとかは今や論外であるのはいいとして、俺は多くの人がSQL（というか集合データ）に抱えてる不満って、テーブルをジョインしたら既存のエンティティにマッピングできなくて専用のValueObjectをたくさん作… https://t.co/EuvhwVtsU0"
SQLなあ。500行のSQLとかは今や論外であるのはいいとして、俺は多くの人がSQL（というか集合データ）に抱えてる不満って、テーブルをジョインしたら既存のエンティティにマッピングできなくて専用のValueObjectをたくさん作… https://t.co/EuvhwVtsU0
Rails早くいってよなアレコレ - Qiita
はじめに Railsで書いてると、便利なRailsAPIやGemを知らないがために、 早くいってよぉ〜 と思うことが多々ありました。 後続の方の参考になればと、ここに残しておきます ;) 目次 Enum ActiveRecord::Enum Gemenum_help Decoratorパターン(Gemactive_decorator) ValueObject Struct.newとActiveRecord::Aggregations#composed_of ActiveRecord::Type Enum ActiveRecord::Enum https://github.com/rails/rails/blob/master/activerecord/lib/active_record/enum.rb Rails 4.1.0から導入 Before # status :integer not
Cocoa Chronicles #1: ActionScript vs. Objective C – Software, Fitness, and Gaming – Jesse Warden
Skip Intro *** Update: Paul Taylor (@guyinthechair) has a more recent post on the same subject. *** *** NOTE: I’m a n00b at Cocoa and Objective C. Unlike Python, I don’t like learning it, either. If you perceive something below is inaccurate, please comment, and I’ll update. *** Preface I was having a lot of fun using the iPhone packager. Then Apple changed their licensing to prevent people like
Kore Nordmann’s post “Why Active Record sucks” explains some of the issues you get by using the popular Active Record pattern for ORM purpose in more complex situations. “AR is just a wrapper for database access and not appropriate as an ORM. Used carefully, or with very simple applications it really may proof useful.” I often find myself considering an ORM tool when I start working on a new datab
2024-06-24 DomainObjectからValueObjectを自動生成するOSS作ってみた ~ ts-vo-generator~
localTimeZone, systemTimeZone, defaultTimeZoneの違い - 日々精進
defaultTimeZone：各アプリ毎に違う値を設定できる。 systemTimeZone：システム環境設定で設定しているTimeZone localTimeZone：defaultTimeZoneがValueObjectを返す（値が変わらない）のに対してlocalTimeZoneはdefaultTimeZoneへの参照を返す。defaultTimeZoneを変更したらlocalTimeZoneで取得した値は変化する。 下記記事がわかりやすく説明してくれています。 objective c - iPhone - Differences among time zone convenience methods - Stack Overflow objective c - NSTimeZone: what is the difference between localTimeZone and
News DBViewer Plugin 1.2.1.v20100421 Released. 2010.04.21NEW DBViewer Plugin 1.2.0.v20091112 Released. 2009.11.12 DBViewer Plugin 1.1.0.v20090121 Released. 2009.01.21 DBViewer Plugin 1.0.9.v20080914 Released. 2008.09.14 User's Manual "Capter 3:Registrateion of Database Define. And Connect Database" (PDF,94KB) 2008.07.11 User's Manual "Capter 2:Open DBViewer Perspective." (PDF,58KB) 2008.07.11 User
Domain Driven Design (DDD) is a pattern used in programming. With DDD, you are able to model the program to best map to your problem domain. For example, assume that you need to develop a web site intended for selling goods from a catalog to a site visitor. By applying the DDD pattern, you will have the User entity that has some properties (username, password, etc.) and behaviors (it can log in an
初めに こんにちは。 PS/SLの佐々木です。 最近輪読会でDDDについての書籍を扱っているのですが、その中でValueObjectを作るのか作らないのか論争が巻き起こっています。 私自身作るに越したことはないと思うので […]
ちくわさん「画面にはドメインオブジェクトを渡す派」 http://d.hatena.ne.jp/thata/20050824#1124858180 ドメインオブジェクトとViewHelperで十分派。ローカルDTOは、プレゼンテーション層のモデルとドメインモデルとの間に大きなミスマッチがある場合に使うぐらい。 ひがさん「プレゼンテーションモデルをどこで変換するのか」 http://d.hatena.ne.jp/higayasuo/20050824#1124874756 プレゼンテーションモデルとドメインモデルをどこで変換したらよいのかは難しい問題です。私は、ビジネスロジック層で変換したほうが良いと考えていますが、その理由は2つあります。 1つは、チームに必要とされる知識と開発者のレベルです。 （中略） 2つめは、O/R Mapperのlazy loading問題です。 あたりを読んで・・・
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 April 2018 Volume 33 Number 4 データ ポイント - EF Core 2 所有エンティティと一時的な回避策 Julie Lerman 現在 EF Core 2.0 で提供されている「所有エンティティ」機能は、これまでの Entity Framework (EF ～ EF6) で提供されていた「複合型」機能の後継機能です。所有エンティティでは、値オブジェクトをデータ ストアにマッピングできます。値オブジェクトに基づくプロパティが Null になることを許可するビジネス ルールはかなり一般的です。さらに、値オブジェクトは不変なので、値オブジェクトを含むプロパティを置き換え可能にすること
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SIOS Tech. Lab - エンジニアのためになる技術トピックス
【DDD】C# EntityFramework CoreでValueObjectをマップする方法
ドメイン駆動設計の感想～OOAは過ぎ去りDOAはもう一度舞台に上がるのか - プログラマの思索
2019年をふわっとまとめる 〜Unityにおけるアーキテクチャの自分なりの解〜 - Qiita
java-ja.dddに参加して来ました - ほげほげ（仮）
Fat Modelをリファクタリングする - Qiita
SIOS Tech. Lab - エンジニアのためになる技術トピックス
Scalaを用いたドメイン駆動設計の実践ノウハウについて
SIOS Tech. Lab - エンジニアのためになる技術トピックス
集約の設計と永続化の方法 -ドメイン駆動設計 - Qiita
DDD Alliance! 3週連続DDD 第2週にいってきたよメモ - Qiita
SIOS Tech. Lab - エンジニアのためになる技術トピックス
SIOS Tech. Lab - エンジニアのためになる技術トピックス
SIOS Tech. Lab - エンジニアのためになる技術トピックス
第３回地豆会議のまとめ - regtan’s TechNote
SIOS Tech. Lab - エンジニアのためになる技術トピックス
SIOS Tech. Lab - エンジニアのためになる技術トピックス
コードの自動生成で生産性の壁を突破しろ！ ExcelizeとJenniferを活用したツールの設計方法
ORM the manual way — Knut Urdalen’s Blog
SIOS Tech. Lab - エンジニアのためになる技術トピックス
DBViewer Plugin for Eclipse
Domain Driven Design (DDD) Concepts in ZF2
SIOS Tech. Lab - エンジニアのためになる技術トピックス
ドメインモデルとプレゼンテーション層 - bakockのKKB日記
データ ポイント - EF Core 2 所有エンティティと一時的な回避策