「カードをつかう」が、 いつでもどこでも 軽やかに想いのままに、 「自由」になる。 「お金をつかう」が、 「直感性」「リアルタイム性」 「安心性」に優れた、 1枚の「デザイン」になる。 毎日を新しくする 「自由」と「デザイン」の宿るカード、 進化したKyash Card。
![最もシンプルなデザインのVisaカード Kyash Card - Kyash(キャッシュ)](https://cdn-ak-scissors.b.st-hatena.com/image/square/044dd59edcd9775f3fc9c437367739adf3ed9d3a/height=288;version=1;width=512/https%3A%2F%2Fassets-global.website-files.com%2F5db15c3bca3871afff172c17%2F5e96ba0731cf49e6562192c9_ogimage-2001.jpg)
はじめに Clean Architectureやレイヤードアーキテクチャでは、どのようにレイヤーを定義するかついては言及されています。 そのような中usecase(レイヤードアーキテクチャではApplication層)をどのように実装するべきかについての議論は少ないです。 しかし私はリーダブルなアーキテクチャを実現するために、一番大切なことはusecaseを適切に実装することであると考えています。 そこでusecaseを実装する上で起こりがちな抽象度の問題を例に、リーダブルなアーキテクチャを考えいていきたいと思います。 サンプル 1:1のチャットアプリでUserとWorkerが存在して会話ができるアプリを例にあげます。 以下の図では青い背景はinfraの関数実行、緑色の背景はdomainの関数実行、赤い背景はusecaseの関数実行を示しています。 usecaseのCreateChat関数
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く