[B! DDD][architecture] Mukeのブックマーク

Muke id:Muke

DDDとarchitectureに関するMukeのブックマーク (4)

Goのpackage構成と開発のベタープラクティス
(images: github.com/egonelbre/gophers) こんにちは。データエンジニアリンググループ（CETチーム）の寺下です。自分の所属するCETチームでは今まで主にScala、Pythonなどを使ってAPIや基盤を実装してきましたが、最近では徐々にGoによる実装も増えてきており、GAE/GKE上で本番運用を行っています。本記事ではGoのプロダクトにおいてDDDライクなpackage構成で実装する際の注意点や、汎用的に通用するであろう実装のTipsについて書いていきます。本記事で紹介する例がベストプラクティスだというわけではありませんので、あくまで実装の一例程度に捉えて頂けると幸いです。 Goのアーキテクチャ Goは言語仕様がシンプルかつフォーマッタが強力なため、syntaxレベルでは開発者によってコードの品質がブレにくいというメリットがあります。しかしなが
Muke 2018/03/21
go

DDD

architecture
リンク
境界づけられたコンテキスト実装編 - ドメイン駆動設計用語解説 [DDD] - little hands' lab
little-hands.hatena blog.com こちらの記事で説明できなかった、「境界づけられたコンテキストをどうやって実装に落とし込むのか？という話を書きます。境界づけられたコンテキスト実装の基本イメージ結論からいくと、基本的には、 1コンテキスト = 1アプリケーションと思ってもらってOKです。これを基本として、用途や実装コストと相談しながら少しずつ設計を組み替える検討が可能です。 1アプリケーション単位で、オニオンアーキテクチャ概略の記事で紹介したアーキテクチャを1セット揃えると思ってください。つまり、こちらの記事で紹介した2つの境界づけられたコンテキストに対して、以下のようにアプリケーションを2セット作ります。ドメイン層を外界と隔離して、外部に公開するする操作を周りの層で定義するのです。最終的に、マイクロサービス2つ作ると思ってもらって良いです。そうすると、
Muke 2017/12/18
DB

DDD

architecture
リンク
DDDの始め方
DDDを始めるにあたって実施したことを実例を交えて紹介しています。内容 - DDDとは何か - なぜDDDをやるのか - 実際にどうやって導入したか
Muke 2017/07/21
DDD

programming

slide

Architecture

開発

エンジニア
リンク
1