気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
qiita.com/ryo-nakaエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
0
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
GolangでDDDやってみてるがいまいち落とし所が分からない - Qiita
GolangでWeb APIを書くにあたって色々模索して、Clean Architectureなどしっくりきてる部分もあるが、イ... GolangでWeb APIを書くにあたって色々模索して、Clean Architectureなどしっくりきてる部分もあるが、インピーダンスミスマッチの対処法が分からないという状況 私はJava系の経験がないため、「境界付けられたコンテキストを適切に置きながら、インピーダンスミスマッチを吸収している」実装というのがどのようになされているのか分からないが、少なくともGolangの特性は（ドメインよりも）レイヤーの抽象化のためにあるように思う。 Goの説明は特にしないですが、DDDやってる方なら雰囲気は掴めると思うので読んでもらえると嬉しいです。 TL; DR Goはinterfaceによるレイヤーの抽象化と非同期処理とかうまく書けたら万々歳なのであって、clean architectureを実現できた時点で満足し、あとはドメインの境界線とか考えずDBファーストで効率の良いコードを書けば良い（
www.afpbb.com
posfie.com
anond.hatelabo.jp
anond.hatelabo.jp
syu-m-5151.hatenablog.com
anond.hatelabo.jp
togetter.com
www.nikkei.com
www.ndl.go.jp
health.e10330.com
www.businessinsider.jp
design.goalist.co.jp
www.tonton29usa.com
petokoto.com
foneslife.com
foneslife.com
levtech.jp
engineers.ntt.com
