ADOP (Application Domain Others Pattern)

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

[sagasite]

フレームワークへの依存をいかに減らすか — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something http://blog.a-way-out.net/blog/2020/12/25/how-to-reduce-dependency-on-frameworks/

[miya-jan]

ドメイン、アプリケーション、その他の最小のレイヤー分けを行うアーキテクチャパターン。ヘキサゴナルアーキテクチャの実装の一つ。

[ko-ya-ma]

シンプルなアーキテクチャパターン

[yojik]

OthersをBoundaryとすれば、BCE(死語)にも通じるな。しかしこれくらいシンプルな方が良いかもしれない。

[efcl]

アプリケーション、ドメイン、その他でレイヤーをわけるパターンについて。 基本的にはレイヤードなアーキテクチャと同じで、登場する用語を少なくしたルール。 その他 > アプリケーション > ドメイン 左側を使うには抽