efclのブックマーク - はてなブックマーク

ADOP (Application Domain Others Pattern)
TL;DR ADOP はヘキサゴナルアーキテクチャの実装パターンとして考えられます。パターンという名前はそれに由来します。あえて名付けた理由はこぼれ話をご確認いただけると幸いです。 ADOP の概要 ADOP (Application Domain Others Pattern) は中長期的に運用可能なコードへ誘導するアプリケーションアーキテクチャパターンです。 ADOP は次の特徴があります。最小限のルールである指針が明確である特定の技術スタックに縛られないテスタビリティが確保されるこれらの特徴は、コードを自然と中長期的に運用可能なコードへ導きます。まず、簡単にそれぞれがどういった意味を成すのかを確認してきましょう。最小限のルールであるどれほど完璧な作戦であっても、その実行が不可能であれば何の意味もありません。プログラミングにおいてもそれは同じことで、制約を守るため
efcl 2020/12/14
アプリケーション、ドメイン、その他でレイヤーをわけるパターンについて。基本的にはレイヤードなアーキテクチャと同じで、登場する用語を少なくしたルール。その他 > アプリケーション > ドメイン左側を使うには抽

architecture
リンク
実践クリーンアーキテクチャ with Java
この記事についてこちらの記事はクリーンアーキテクチャの Java 実装による解説記事です。 MVC フレームワークに組み込むために一部変更している部分もあります。それをふまえてご覧ください。講演内容が @IT さまに記事にしていただけました。あわせてご参照ください。 https://www.atmarkit.co.jp/ait/articles/1907/08/news002.html クリーンアーキテクチャよりも軽量で無理なく導入しやすいアプリケーションアーキテクチャパターンを考案しました。 https://nrslib.com/adop/ スライド JJUG CCC 2019 Spring での発表資料です。この発表をするにあたって記事を書くことにしました。 YouTube YouTube でこちらの解説を行いました。その他解説もしています。もしよろしければチャンネル登録を
efcl 2019/05/24
クリーンアーキテクチャについて

architecture

article
リンク
ボトムアップドメイン駆動設計後編
はじめにこの記事は続編です。前編記事: ボトムアップドメイン駆動設計 https://nrslib.com/bottomup-ddd/ 順序立っての説明になっておりますので、前編からご覧になることを強くお勧めします。ファクトリ独自の採番システムところで UserId は Guid （Globally Unique Identifier）です。 Guid は事実上どこでどのタイミングで生成したとしてもユニークになります。その性質を利用して User は一意な id をコンストラクタで生成していました。しかしプロダクトによっては Guid ではなく独自の採番機能を採用したいという事例は往々にしてあります。そこでデータベースの採番テーブルを利用した独自の採番システムを利用して User オブジェクトをインスタンス化してみましょう。コンストラクタで SQL を実行して採番していま
efcl 2018/11/03
Repositoryとデータベースとトランザクション。Unit of Workのパターンについて。集約の役割、隠蔽とgetter

DDD
リンク
ボトムアップドメイン駆動設計
はじめにこの記事は前後編に分かれています。順序だてた解説になっているので最後までお付き合いいただけると幸いです。後編記事: https://nrslib.com/bottomup-ddd-2/ 順序立っての説明になっておりますので、前編からご覧になることを強くお勧めします。セミナー情報こちらの内容のセミナーを不定期で開催しています。 ◆セミナーページ第一回: https://ddd-community-jp.connpass.com/event/103428/ 第二回: https://ddd-community-jp.connpass.com/event/107106/ 第三回: https://nrs-seminar.connpass.com/event/117283/ ◆あとがき第一回ボトムアップドメイン駆動設計勉強会を開催しましたセミナースライドまえがきこの章は
efcl 2018/08/20
コードで学ぶDDD

DDD
リンク
1