Clean Architecture + DDD + Redux + RxJavaをAndroidでやるときにどこまで分割するか問題 - Augmented Usamimi
（追記） 本記事，頭のなかを整理しきれていない状況で書いたためよくわからないことになっていますが，Clean ArchitectureやRedux，DDDの優位な点を解説するような記事ではないことをご了承いただけると幸いです． 全体の構成がどうなっているか・モチベーション・pros・cons等については後日別記事にまとめようと考えています． いま書いているアプリがClean ArchitectureになりそこねたMVPと中途半端なDDDを組み合わせたようなアーキテクチャになっている． このアプリをある程度キチンとClean ArchitectureとDDDに寄せるにあたり，DDDのレイヤ分け（Data/Domain/Presentation）をどこまで厳格にやるかで悩んでいる． 現状 だいたいこんな感じ． Data/Domain/Presentationのすみ分けはしていない 実装上は意識
[ Android ] - これからの「設計」の話をしよう | Recruit Tech Blog
はじめまして。 6/1より入社いたしましたAndroidエンジニアの釘宮です。よろしくお願いいたします。 今日はAndroidの設計について語ってみようと思います。 その前に 「良い設計とはなにか」という議論が「正義とはなにか」という議論のようにいつまでたっても結論がでないのは、環境やチームメンバのスキルセット、ステークホルダーによって目指すべきゴールが変わるためだと考えます。 つまるところ、設計に正解はありません。 そのため以下で話すことは、「これが設計の正解だ！！」というわけではなくて、「こういう設計の仕方するとうまくいくっぽい」くらいのノリです。 あと、特にMVCとかDDDとか人によって解釈のズレが起きやすいところなどは、冗長になるのを嫌って自分の解釈で言い切っています。ご了承ください。 設計の目的について ハードルが下がったところで、早速。 まず設計の目的ってなんでしょうか？ この
![[ Android ] - これからの「設計」の話をしよう | Recruit Tech Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/a2437e1635f82304e06624b7c640608b0941d92d/height=288;version=1;width=512/https%3A%2F%2Ftechblog.recruit.co.jp%2Fassets%2Frmp%2Fthumbnail%2F5222.jpg)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Android cleanarchitecture
