kshibata101のブックマーク / 2019年10月11日

kshibata101 id:kshibata101

2019年10月11日のブックマーク (4件)

Is Docker ARG allowed within CMD instruction
kshibata101 2019/10/11
docker

cmd

arg
リンク
[DDD]ドメイン駆動 + オニオンアーキテクチャ概略 - Qiita
DDD連載記事なぜDDD初心者はググリ出してすぐに心がくじけてしまうのかドメイン駆動設計の定義についてEric Evansはなんと言っているのかモデルでドメイン知識を表現するとは何かドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何かドメイン駆動 + オニオンアーキテクチャ概略背景ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何かの記事で、オススメしていたのはオニオンアーキテクチャでした。今回は、オニオンアーキテクチャについて詳しく説明したいと思います。上述の記事でも書いた通り、「ヘキサゴナル、オニオン、クリーン」の3つは、本質的には全く同じで、思想としてはヘキサゴナルで完成されているのですが、より具体的に説明されているオニオンアーキテクチャから説明を読んだ方が理解がしやすいと思います。その後にヘキサゴナルの説明を読むと「なるほ
kshibata101 2019/10/11
ddd

onion_architecture
リンク
Repositoryパターンのアンチパターン - Qiita
よく見かけるRepositoryパターンのアンチパターンの紹介と対策です。 Repositoryパターンとは Repositoryパターンとは永続化を隠蔽するためのデザインパターンで、DAO(DataAccessObject)パターンに似ていますが、より高い抽象度でエンティティの操作から永続化ストレージを完全に隠蔽します。例えばDBコネクションやストレージのパス等はReposiotoryのインターフェースからは隠蔽され、Repositoryのユーザは永続化ストレージが何であるか(例えばMySQLやRedis等)を意識することなく保存や検索の操作を行うことができるようになります。これによりRepositoryを利用するロジックは業務的な操作に集中できるようになる他、データベースの移行等の永続化層の変更が発生した際にロジックへの影響を切り離すことができるようになります。 // 例) ユーザ
kshibata101 2019/10/11
ddd

repository
リンク
混乱しがちなサービスという概念について - かとじゅんの技術日誌
社内でサービスがよくわからないという話になったので、考察を少しまとめておきます。過去のエントリでも以下のように触れましたが、もう少しかみ砕いてみよう。サービスという言葉はあいまいまず、簡単に前提の整理から。単に"サービス"って言葉が何を指すのか結構曖昧です。サービスは簡単にいうと手続きとか振る舞いのことですが、細かくいうと、PofEAAでいうサービスと、DDDいうサービスは、目的が異なります。前者はアプリケーションのためにドメインモデルを再利用可能にするためのものです。後者はドメインの知識を表している振る舞いです。これはのちほど詳しく説明します。まぁこのあたりは具体例がないと理解しがたいですが、レイヤーの違いによって責務が異なるという感じです。DDDのサービスの章では、サービスには、アプリケーション層、ドメイン層、インフラストラクチャ層と、複数のレイヤーに存在すると言及されていま
kshibata101 2019/10/11
ddd

service
リンク
- 2019年10月13日
- 2019年10月11日
- 2019年10月10日