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

kyo_ago id:kyo_ago

ブックマーク / qiita.com/sonatard (2)

リーダブルアーキテクチャ - usecaseにおける時間軸と抽象度の統一 - Qiita
はじめに Clean Architectureやレイヤードアーキテクチャでは、どのようにレイヤーを定義するかついては言及されています。そのような中usecase(レイヤードアーキテクチャではApplication層)をどのように実装するべきかについての議論は少ないです。しかし私はリーダブルなアーキテクチャを実現するために、一番大切なことはusecaseを適切に実装することであると考えています。そこでusecaseを実装する上で起こりがちな抽象度の問題を例に、リーダブルなアーキテクチャを考えいていきたいと思います。サンプル 1:1のチャットアプリでUserとWorkerが存在して会話ができるアプリを例にあげます。以下の図では青い背景はinfraの関数実行、緑色の背景はdomainの関数実行、赤い背景はusecaseの関数実行を示しています。 usecaseのCreateChat関数
kyo_ago 2019/12/18
アーキテクチャ

cl

プログラミング系読物

qiita

architecture

cleanarchitecture

domain

go
リンク
正しさとGo - Qiita
はじめに Goの良いところは、最低限の文法を知っていればコードを上から順番に読むことで詳細を容易に理解できることです。文法の中にシンタックスシュガーや特別な省略が許されていないため多様な表現になることはありません。そのためGoを書ければGoの本体と標準ライブラリを読むことができます。しかし以下の原因により、これらの利点を守ることが難しくなることがあります。 DSL フレームワーク抽象化これらは設計として新たな制約を課すことで品質向上や実装を容易にするためのものです。またこれらを採用する論理立てた正しい理由が存在します。 DSL DSLを提供するツールとして、DIのための wire があります。 GoでDIを実現するためには多くの実装を必要とするため、実装量を減らすためにもDIツールが求められてきました。これは正しいです。しかし一方でDSLはコードを読む人間に言語以上
kyo_ago 2019/12/06
go

採用

言語

programming

ツール

コード

qiita

web

golang
リンク
1