はじめに ドメイン駆動設計におけるリポジトリについてまとめたいと思います。 はじめに リポジトリの概要 PHPコード例 ドメイン駆動設計とクリーンアークテクチャでのリポジトリの概念について クリーンアーキテクチャでのリポジトリのJavaコード例（引用） リポジトリとDAOの違い 参考記事、書籍 リポジトリの概要 ドメインオブジェクトが永続化ストレージ（データベースやファイルシステムなど）にアクセスするためのインターフェースを提供するオブジェクトであり、エンティティや値オブジェクト、集約などのドメインオブジェクトの取得や格納を担当します。 なお、リポジトリの一番大きい特徴は永続化の隠蔽です。よっ…
はじめに DDDにおけるドメインサービスについてまとめたいと思います。 はじめに ドメインサービスの概要 そもそも「サービス」とは何か ドメインサービスとは アプリケーションサービスとは PHPコードの例 参考記事、書籍 ドメインサービスの概要 そもそも「サービス」とは何か サービスは、エンティティ、値オブジェクト、集約といった「ドメインオブジェクト」に記載するのが不自然なビジネスロジックをサービスに実装します。 以下は引用です。 DDDでは、エンティティ、値オブジェクト、集約といった「ドメインオブジェクト」だけではなく、それらの外に記述したほうがよいロジックも存在します。そのようなときに、状…
はじめに FJCTQualityUpについて 第3回：マイクロサービス開発への取り組みについて 自己紹介 マイクロサービスについて FJCTでマイクロサービスに取り組みだした背景 マイクロサービス化を推進する理由は？ 現在、課題として認識していることについて マイクロに切り分けたサービスの管理について 今後の取り組み ここまで読んでくれた方へ！ おわりに はじめに こんにちは！FJCTエンジニアタスクフォース（ETF）の中井です。「FJCTQualityUp」連載3本目の本稿は、「マイクロサービス開発への取り組み」のテーマでインタビューした記事になります。 前回の「FJCTQualityUp」…
おでんチーム（管理画面リメイクチーム）の山根正大です！ 現在バックエンドエンジニアとして、Wallet Station管理画面のリメイクを担当しています。 山根が所属するチームでは、ドメイン駆動設計（Domain-Driven Design、以下DDD）を用いた開発を進めています。 今回の記事では、約1年間DDDをやってみた経験に基づき、以下の内容で振り返りを実施してみます。ドメイン駆動設計を導入するか迷っている開発チームの参考になれば幸いです！ ドメイン駆動設計(DDD)って何？ 管理画面のリメイク・DDD導入のきっかけ 管理画面リメイクチームにおける、DDD開発のポイント三選 ①ドメインモ…
趣旨 要諦 何がいいか ソース 説明 クライアント側 ファーストコレクションクラス 個別のクラス 参考 Collectionの中身 参考書籍 趣旨 C#でファーストコレクションクラスを作成する際に、インスタンス変数に対象クラスのListを保持することが多かったが、もっとスマートな方法がないかと思い調査したので記録する。 oita.oika.me 要諦 ファーストコレクションクラスでCollectionを継承する ファーストコレクションクラスをフィルターすることがあるが、その方法についてまとめる 何がいいか 金融系SIでは約定データのListを操作することが多く、そのようなデータを扱う際にファー…
今日の積み上げ AWS学習 Tech StockのAWS WEB問題集（DVA）#36～#52：112/119（94%） 英語学習 タニケイ式シャドーイング教材File09（４日目） その他 AWS Developer Live Show「ドメイン駆動設計のススメ ～組織にDDDを適用する～」のアーカイブ視聴 AWS学習 今日は結構頑張って、WEB問題集の２周目まで完走した。 ９割を超えてるので、だいぶん知識として定着してきた感はある。 自信を持って回答できない問題も特定できてきたので、しっかりと復習していくことがこれからは大事そう。 明日は間違えた問題や苦手サービスに関する問題を集中的に取り…
本日(1月18日)発売された、Software Design誌 2023年2月号の第一特集で「ドメイン駆動設計入門」を書きました。 執筆の意図と記事の概要を簡単にまとめておきます。 Software Design 2023年2月号｜技術評論社 執筆の意図 特集のサブタイトルにある通り「設計力を磨きたい」読者が、ドメイン駆動設計の基礎を知ることで「設計の手法とアイデアの引き出し」を増やすことの役に立てればと思い執筆を引き受けました。 重視したこと 断片的な用語やパターンの解説でなく、ドメイン駆動設計の全体像と要点を伝える 全体像を伝えるための図や表を多めにした（ソースコードの例は少ない） 全体像…
LDDD 第12章に書かれている EventStorming の手順をまとめる。 amzn.asia 手順 Step 1：Unstructured Exploration ドメインイベントのブレインストーミングをする。 メンバー全員が参加する オレンジの付箋を使用する ドメインイベントを思い付く限り書き出す ドメインイベントなので「名詞 + 動詞の過去形」で書く（たとえば Order shipped や Notification sent など） イベントの順番や重複は気にしない 新しいイベントが追加される速度が大幅に遅くなるまで（ほぼ出なくなるまで）書き出し続ける Step 2: Timel…
年の瀬ご多端の折、皆様におかれましては本年も大変お世話になりました。crowdworks.jpの開発をしているプロダクト開発部部長兼VPoEの@hihats です。 本記事はクラウドワークスAdvent Calendar 2022 24日目の記事です。 我々の組織ではこれまでも技術的負債解消に取り組んできていましたが、今期（10月）よりさらに人と時間をそこに集中しています。これまでこのブログでも紹介されてきたようにRuby on Railsのモノリスとなっているcrowdworks.jpにおいて、フロントエンドのVue.jsへの移行は今年に入ってから着々と進む中、バックエンドのほうは保守性の低…
前回のふりかえり 第16章 大規模な構造 境界づけられたコンテキストや蒸留などの方法ではシステム全体の構成は表現できないので、開発者が全体像を見えるようにする必要がある。(大規模な構造) 進化する秩序(大規模な構造の基本思想) 大規模な構造を一度に設計するのは不可能なので、アプリケーションと共に進化させる必要がある。 場合によっては途中で全然違う構造になる。 大規模な構造のパターン システムのメタファ メタファを使うことで、チームメンバーのシステムへの理解を促すことに役立つのなら、それを大規模な構造として採用する 責務の階層 巨大なモデルに一貫性を与えるのに、レイヤ化した責務を当てはめる 知識…
設計から学ぶFirebase実践ガイド 「設計から学ぶFirebase実践ガイド」発行主旨・内容紹介 「設計から学ぶFirebase実践ガイド」目次 「設計から学ぶFirebase実践ガイド」Amazonでの購入はこちら 「設計から学ぶFirebase実践ガイド」楽天市場での購入はこちら※電子書籍版です 設計から学ぶFirebase実践ガイド インプレスグループでIT関連メディア事業を展開するインプレスは、押野泰平、長谷川健史氏、岡田菜摘氏著書による、Firebaseを用いてSaaS開発を行ったノウハウを満載した一冊「設計から学ぶFirebase実践ガイド」を発売した。 押野泰平Profile…
10-4 トランザクションによる防衛 トランザクションは一貫した状態を保つために、相互依存的な操作の完了ないし取り消しを保証します 通販サイトで商品を購入するときにポイントを使うとします システムはまずユーザの使用しようとしたポイントを減らします 注文しようとした商品の在庫がなくなっていたら処理は失敗します ポイントは減りますが、標品は注文されず、発送もされません トランザクションはこのような場合に、途中で不正終了をしても、ポイントを減らさないようにできます 10-4-1 トランザクションを取り扱うパターン トランザクションを利用すれば、ユーザ登録処理の問題は解決しそうです import { …
はじめに こんにちは。ZOZO DevRelブロックの@wirohaです。5/25にオンラインイベント「ZOZO物流システム今昔物語〜モノリスからマイクロサービスへ〜」を開催しました。ZOZOの開発において「物流システムリプレイス」にフォーカスした技術選定や設計手法、設計時の考え方などを紹介するイベントです。 登壇内容まとめ 弊社から次の3名が登壇しました。 ZOZOTOWN物流システム20年史（基幹システム本部 物流開発部 / 矢野 敏明） 現在のZOZOTOWN物流システムの概要紹介（基幹システム本部 物流開発部 / 武信 一平） モノリスからの脱却に向けた物流システムリプレイスの概要紹介…
10-1 整合性とは 矛盾がなく一貫性のあること・ズレがないこと 注文書で例えると ヘッダ部かボディ部のどちらかが欠けても注文書は成り立たない ヘッダ部がないと誰に届ければいいかわからないし、ボディ部がないと注文明細を届け先がわかっても何を届ければいいかわからない 注文明細にはヘッダ部とボディ部の両方が存在する一貫性、すなわち整合性が必要です プログラムにおいては、整合性に問題が発生するのは、不正終了してしまった時です 10-2 致命的な不具合を確認する これまでのコード例で致命的な不具合があった UserApplicationServiceに整合性を破綻させる可能性を秘めた問題が存在していた…
続 9-2 採番処理をファクトリに実装した例の確認 書籍では、採番処理をデータベースの操作をして行っていました。こちらをUserエンティティに記述するのは、高レベルな概念のUserに低レベルな概念のデータベースの操作を記述する悪い例です。そして、テスト用ではデータベースに接続することなく、気軽にインスタンスを生成する際に適当なIDを振り、またデータベースに接続して採番を行えるように、簡単に切り替えが行えるようにもしたい。 こういった時に、ファクトリが役に立ちます。 テスト用、データベースに接続用と切り替えを可能にするために、インターフェースも用意します。 今回、ライブラリを使ってuuidを生成…
9-2 採番処理をファクトリに実装した例の確認 採番とは、一般的に「データ管理のために、それぞれのデータに固有の番号を与える」という意味で呼ばれています ファクトリが活躍するわかりやすい例として、採番処理がある これまでUserのインスタンスを生成する際、その識別子はGUID（Globally Unique Identifer）を利用していた WindowsなどではUUIDと同じ形式の識別子を「GUID」（Globally Unique Identifier）と呼称している。 現代ではほとんどの場合、GUIDとUUIDは同じものを指し、同じ概念の単なる別名として扱われる。 ユーザの識別子はコン…
こんにちは。「護りたい。その想いを護る。」というミッションを掲げている株式会社ゼストでプロダクトマネジメントを担当している川添です。 2023年5月9日、新プロダクト「ZEST MEET」をリリースしました。 今回はこのプロダクトが生まれた背景や、開発ストーリーを振り返りたいと思います。「ゼストがどんな流れ、体制でプロダクトを作っているか気になる」という方は、ぜひ読んでいただけると嬉しいです！ なぜ、「空きスケジュール共有」なのか？ まず、事の発端として「ZEST」「ZEST MEET」という2つのプロダクトの概要についてご説明したいと思います。 空き時間を創出！スケジュール調整の「ZEST」…
ビジネスアプリケーションとビジネスルール 用語について パターン適用前 Specification パターン Hard Coded Specification Parameterized Specification Composite Specification 条件の再利用性が向上する テスト性が向上する ルールと条件を統一したインターフェースで扱える 動的にルールを構成できる まとめ 関連するデザインパターン Strategy パターン Composite パターン Interpreter パターン 参考文献 補足
はてなブログ独自の集計による人気記事のランキング。5月21日（日）から5月27日（土）〔2023年5月第4週〕のトップ30です*1。 # タイトル／著者とブックマーク 1 「老後資金2000万円」を貯めていたら大学無償化の対象外になるって知ってました？ - ゆとりずむ by id:lacucaracha 2 知らないと大損するかも？「上場株式等に係る所得の課税方式の選択」の廃止について - ゆとりずむ by id:lacucaracha 3 モンベル トラベル サンブロックアンブレラが1年中使ってる晴雨兼用傘になっている - I AM A DOG by id:OKP 4 最近聞かなくなった登山…
9-1 ファクトリの目的 自分の身の回りにもたくさんの道具がある 机・椅子・紙・ペン… 道具の扱い方を知っていれば内部構造に詳しくなくても恩恵を受けられる便利さがある オブジェクト指向プログラミングにおけるクラスは道具です メソッドの扱い方さえ知っていれば、内部構造に詳しくなくても扱うことができます 道具は便利なものですが、便利さに比例して複雑な構造を持つことがある コンピュータを例とした場合 とても便利なものだが、複雑な構造を持っている 大事なのは、複雑な構造を持っているものは生成過程も複雑であること プログラムにおいても、複雑なオブジェクトは生成過程も複雑になり、ドメインオブジェクトの趣旨…
第21週：2023/5/22(月)〜2023/5/28(日)のことを書きます。 [つくりおき] [各種タスク] [読書] [ソフトウェア開発] [まとめ]
第20週：2023/5/15(月)〜2023/5/21(日)のことを書きます。 [つくりおき] [各種タスク] [読書] [ソフトウェア開発] [まとめ]
8-2 コマンドラインインターフェースに組み込んでみよう 開発者はCLIを好む傾向がある その理由はさまざまである、代表的な例としては グラフィックに関わる処理の実装が不要で単純であること コマンドを正確に入力することが求められるので誤操作を起こしづらい ここでは、前者を主な理由とします CLIで動作させるコードを確認していきます。 まずは依存関係の登録を行うコードです。 ※書籍ではC#で書かれており、C#のライブラリを使用しているのをTypeScriptに書き換えているので、差異があるかもしれません。 // IUserRepository.ts interface IUserReposito…
読むのがホネな（積みがちな）技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第53回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗るという仕組み。過去5回分のログはこんな感じ。 #52 ウォーターフォールを殺しにきている書籍「継続的デリバリーのソフトウェア工学」を読んだ - 勘と経験と読経 #51 V字モデルの深淵を覗き込んで反省する：「単体テストの考え方（UTPPP）」を読む（後編） - 勘と経験と読経 #50 V字モデルの深淵を覗き見た気分：UTPPPを読む（前編） - 勘と経験と…
ソフトウェアに求められるユーザーインターフェース ソフトウェアの利用者はユーザーインターフェースを通してアプリケーションを利用するので、ソフトウェアを成り立たせるためにはユーザーインターフェースが必要です ユーザーインターフェースの種類 CLI（コマンドラインインターフェース） GUI（グラフィカルユーザーインターフェース） 本書ではWev GUIでユーザーインターフェースをサンプル解説します。 CLIでもGUIでもドメイン駆動設計の恩恵を得ることはできる 本書ではまずCLIで問題なく動作することを確認してからGUIで実践的なシステムを構築します ソフトウェアは動作することが確認できたら完成で…
little-hands.hatenablog.com
nrslib.com
dev.classmethod.jp
www.slideshare.net
speakerdeck.com
www.slideshare.net
www.infoq.com
www.slideshare.net
irof.hateblo.jp
