2022年版実践WPF業務アプリケーションのアーキテクチャ【設計編／前編】 ～ドメイン駆動設計＆Clean Architectureとともに～
プロセスビューの設計 プロセスビューでは、並行性やパフォーマンス要件で、特別な検討が必要と考えられるアーキテクチャを設計します。ほとんどの場合は、.NET（async/awaitなど）やASP.NET Coreなどが担ってくれるため、それらを単純に使うだけなら特別な設計は不要です。 今回のケースではWPFのプロセスの起動のみを設計の対象とします。というのもWPFアプリケーションをGeneric Host上で利用したいためです。 Generic HostはASP.NET CoreなどでWebアプリケーションやWeb APIをホスティングするための仕組みです。Generic Hostでは多様な機能が提供されていますが、特に重要なのは .NET公式のDependency Injection(DI)コンテナーが含まれている点にあります。そのためモダンなサードバーティライブラリはGeneric Ho
GoでClean ArchitectureでのAPIを実装したときにハマったInterfaceの呼び出し方 - Qiita
はじめに 今回はGoとClean Architecutureの復習を兼ねて、ゼロからAPIを実装したときに詰まった部分を備忘のためにここに記載します。Clean Architectureならびに利用したフレームワークのbeego自体については、あまりふれないので参考文献をご覧ください。 詰まった部分 Interface層であるControllerで、構造体を作成する際にどうやってInterface(継承)をわたせばいいのかわかりませんでした。 具体的には、関数NewStatusControllerに渡す引数appConfigInterfaceの構造体と具体的な値です。 渡すべき引数は、作成したInterface(継承)だと思っていたのですが、Interface(継承)を渡すということに、直感的に「?」が生まれました。 package controllers import ( "yamamo
Clean Architecture 1つのController/Presenterで複数のUseCaseを扱う - Qiita
この記事はLIFULLその3 Advent Calendar 2019の14日目の記事です。 株式会社LIFULL テクノロジー本部のアーキテクトの冨田です。 はじめに Clean ArchitectureのController/Presenter/UseCase周りは設計、実装するときに結構悩みます。 1つのController/Presenterで複数のUseCaseを扱うことは、よくあることではないかなと思います。 また、複数のController/Presenterから1つのUseCaseを使うこともあるはずです。 PCとスマートフォンで画面デザインが異なるショッピングサイトを運営しているという想定で設計してみましょう。 今回の主題はController/PresenterとUseCaseなのでFrameWorks & Drivers層、Enterprise Business Ru
『Clean Architecture』を読んでいて、これを実現するには上流工程の順番で開発をすればいいのではと思いました。 Clean Architecture とは上の図で説明されるソフトウェアコンポーネントの設計思想です。フレームワーク・データベース・画面などを「細かい話」として脇に追いやって、業務を中心に据えているところが特徴です。業務のモデルを表す Enterprise Business Rules が中心にあって、業務アプリケーションがする仕事を Application Business Rules として記述し、Interface Adapters が業務アプリケーションと細かい話を結びつけます。そして、Clean Architecture は、コンポーネント群のビルドの依存関係も、外側から内側にと、アプリケーションが業務に依存するようにせよと言っています。 さて、この Cl
動機 仕事で使うあてがあるわけではないのですが気になってWebFlux.fn（WebFluxのFunctional Endpoint）を少し触ったのを機に、もう少しそれっぽい実装をしてみようと思うに至りました。 せっかくなので、Clean Architecture（クリーンアーキテクチャ）で有名なあの円形の図に倣った形で、DDD（ドメイン駆動設計）っぽい実装にも挑戦してみることにしました。 DDDとかClean Architectureは特に実装に依るものではなく設計方法論とういことは十二分に承知したうえで、字面だけを見て理解した内容を実装に落としてみることにしました。 無論、初めてだらけなので結構頻繁に迷子になりました。本当は自分なりの答えに行き着ければよかったのですが今のところ気付きを得られた程度で、まだまだ熟考が必要と感じています。 自分の悩みが誰かの気付きになればと思い、一区切りつ
【読書メモ】Clean Architecture 達人に学ぶソフトウェアの構造と設計 - msawady’s engineering-note
システムアーキテクチャの設計と方針 GWにClean Architecture を読みました アーキテクチャや設計という抽象的なところをかなり良い感じに説明してくれてます 「コードは一通り書けるが、ゼロからシステムを設計する自信はイマイチ」という方にオススメ出来る本です。 Clean-Architecture-達人に学ぶソフトウェアの構造と設計 設計・アーキテクチャの価値とは ズバリ「保守、機能追加にかかるコストを低く保つこと」と定義しています。 多少乱暴な感じがしますが、以降の話を進める上で非常に重要な視点です。 ゼロから作る段階では、機能間・コンポーネント間の依存を意識しなくとも、充分なスピードで開発を進めることが出来ます。 しかし、機能が増えていくことで、「機能間の依存関係により開発がスムーズに進まない」「デプロイにあたっての調整が複雑になる」 などの理由でオペレーションが増え、スピ
『Clean Architecture 達人に学ぶソフトウェアの構造と設計』は、オブジェクト指向プログラミング、アジャイル開発の第一人者であるボブおじさん。Robert C. Martin の著作だ。長年の経験をもとに良いアーキテクチャに共通する設計原則を解説した本である。 Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) 作者:Ｒｏｂｅｒｔ Ｃ．Ｍａｒｔｉｎ,角 征典,高木 正弘 ドワンゴ Amazon 一時期あの謎円が話題になったこともあり、ソフトウェア開発に関わる人なら１度は耳にした本だろう。クリーンアーキテクチャというキャッチーな言葉だけが独り歩きしてるが、本書を薦めるソフトウェアエンジニアは多い。 では、少しだけ本書の内容を紹介しよう。 アーキテクチャの原則 本書で紹介される設計原則は、有名なSOLID原則と非循環依存の原則、安定依存
Swiftで学ぶClean Architecture Clean Architecture（クリーンアーキテクチャ）は、Robert C. Martin（通称 Uncle Bob）が提唱した、ソフトウェアアーキテクチャの一つです。Clean Architectureは、ソフトウェアシステムをレイヤーで分割し、各レイヤーがどのような役割を持ち、どのようにコードを構造化するかを明確にすることで、システムの保守性、テスト可能性、柔軟性を高めることを目的としています。 本記事では、Swiftを用いてClean Architectureを実践するための手順を説明します。具体的には、以下の3つのレイヤーを用意し、それぞれの責務を明確にします。 Domain Layer（ドメイン層） Data Layer（データ層） Presentation Layer（プレゼンテーション層） Domain Layer
StubとSpyを使ってiOSのUnitテストを書いてみた（Clean architecture） - Qiita
😲「Clean architectureの採用でテストがしやすくなります。」 👶「どうやるの？」 ということで、XCTestsとQuickでテストを書いてみました。 今回は、テストコード自体の書き方とDIをどう利用するかという点で試したかったので アプリ自体の機能は最低限のものを用意し、「見た海外ドラマのシーズンを記録するアプリ」 という名目の元、ただべた書きされたデータを表示するだけのものとなります。 （もし手元で動かしたいという場合はクローンしてライブラリをインストールするだけで大丈夫です） リポジトリはこちらになります。 GitHub - shymst/iOSTestFrameworkComparison 初めは色々なテストフレームワークを試し、使いやすさなどを比較しようと思いましたが XCTestsとQuickのどちらかで良いと思ったのでこの2つでしか実装していません。 UIT
この記事では、技術書典9 で頒布する新刊「Clean Architecture for React」の試し読みができます。 本書の購入：https://techbookfest.org/product/5680749227278336?productVariantID=6248195883532288 試し読みできる内容- はじめに - 目次 - 各章の冒頭 - さいごに はじめに 目次 第 1 章 第 2 章 第 3 章 第 4 章 さいごに 以上になります。本書の購入は以下のリンクからお願いします。 本書の購入：https://techbookfest.org/product/5680749227278336?productVariantID=6248195883532288
GraphQL を本格的に触る機会があったので、まあできるか試すよね、ということでやってみたメモ。 先にできたもの 実際にデプロイして動いているので多分大丈夫。 解説とか 元ネタはこれ。 要は field への resolver にロジックを組み込める、という話し。であれば、そのロジックを Clean Architecture でいうところの Entity で定義して呼び出してやればいい。 Entity & Usecase Entity は次のように定義している。クラスを使ってもいいが、いちいち new するのがめんどくさいので構造体とそれを第一引数として受け取る関数群という形でドメインを記述する。 export interface Entity { id: string; title: string; isCompleted: boolean; createdAt: Date; upda
【読書ノート】Clean Architecture 達人に学ぶソフトウェアの構造と設計 - TadaoYamaokaの開発日記
書籍「Clean Architecture 達人に学ぶソフトウェアの構造と設計」を読んだので、内容をまとめた。 以下の内容は、ほとんどClaude3 Opusを使用して作成している。 まえがき・第I部 イントロダクション まえがき ソフトウェアシステムの構造を決定するルールは、システムの種類に関係なく普遍的である。ソフトウェアアーキテクチャの目的は、システム構築に必要な人材を最小限に抑えることであり、設計の品質は開発・保守に必要な労力で測ることができる。アーキテクチャは仮説であり、実装と計測によって証明すべきものである。本書は、時代を超越した不変のルールを解説する。 印象的なフレーズ 恋のおそろしい化け物とは、意欲は無限だが実行は有限、欲する心ははてしないがおこなうには限度がある。 優れたアーキテクチャのコストが高いと思うなら、劣ったアーキテクチャにすればいい。 速く進む唯一の方法は、うま
Takuto Wada on Twitter: "若手エンジニアに向けて『Patterns of Enterprise Application Architecture』の輪講と実習、そして『Clean Architecture』の輪行を継続的に行なっていると、自分の中でもここ2… https://t.co/hkLM3qzDqF"
若手エンジニアに向けて『Patterns of Enterprise Application Architecture』の輪講と実習、そして『Clean Architecture』の輪行を継続的に行なっていると、自分の中でもここ2… https://t.co/hkLM3qzDqF
クリスマスなので Clean Architecture 用の自動コード生成ツールを作りたくなった話 - Qiita
はじめに この記事は 限界開発鯖 Advent Calendar 2021の18日目の記事です。 前回（17日目）はmerunnoさんの「Discord APIに今後来る変更」でした。 次回（19日目）はkosakae256さんの「MLP-mixerが美味しい季節になってきました」です。 自己紹介 「ぬーべすと」と申します。Go言語を推してるただのオタクです。 好きなことは設計、嫌いなことは実装です。 設計だけしたら、誰かが勝手に実装してくれないかなと常に願っています。 概要 もうすぐクリスマスですね。皆さんはクリスマスといったら何を連想しますか？ そうです！クリスマスと言ったらやっぱり Clean Architecture ですね！！ ということで、タイトルにもあるように自動コード生成ツールを作りたくなりました。が、怠惰ゆえ実装は間に合いそうにないので構想だけ書きます。言語は当然ですがG
ここ数年でClean Architectureはおなじみのアーキテクトとして親しまれるようになりました。 とりわけ単体テストを書く習慣が根付いているバックエンドで重点的に取り入れられているように見受けられますが、フロントエンドにおいても同様にClean Architectureを導入し、メリットを享受できます。 今回はフロントエンドにClean Architectureを導入する手順を、実際にコードを追いながら紹介していきます。 実際のコード 実際に書いたコードはこちらのGithubに公開しています。データを外部から取得するフローを表現するために、node.jsで実装されたモックサーバーも用意しました。 https://github.com/t-tiger/React-CleanArchitecture-Example 前提知識 Clean Architectureでおなじみの図と共に前提
handler ↓ usecase (usecase, input) ↓ domain (model, repository) ↑ infra みたいな構造のWebアプリケーションを構築する場合、validationをどう書くかという話です。考慮する点としては、 validation ロジック(定義)をどこに書くか validation をどこで実行するか の２点を考えていく必要がある。 1. については usecase の中でも入力された値を使うので、そこでもvalidationをすると二度手間になる。 usecase より下では理想的で「綺麗な」値だけを考えたい usecase 層のinputを構造体として定義している あたりを考慮すると、usecase層のinput定義にロジックを記述するのがいいように思う。 2.については、「usecaseにvalidationしていない値を持ち込
自分なりにClean Architectureを理解する
概要 Clean Architectureに関して自分なりに可能な限り簡潔にまとめてみました。 Clean Architectureで達成する事 関心の分離 関心の分離により達成できる事 関心の分離によって、下記のことを達成できる。 (1) フレームワーク非依存 アーキテクチャは、機能満載のソフトウェアのライブラリに依存していない。これにより、システムをフレームワークの制約で縛るのではなく、フレームワークをツールとして使用できる。 (2) テスト可能 ビジネスルール(ソフトウェアの核心)は、UI、データベース、ウェブサーバー、その他の外部要素がなくてもテストできる。 (3) UI非依存 UIは、システムのほかの部分を変更することなく、簡単に変更できる。たとえば、ビジネ スルールを変更することなく、ウェブUIをコンソールUIに置き換えることができる。 (
【ミライトデザイン社内勉強会#26】Clean Architecture 輪読会 「第3部：設計の原則」 - Qiita
参考 Clean Architecture 達人に学ぶソフトウェアの構造と設計 | Robert C.Martin, 角 征典, 高木 正弘 |本 | 通販 | Amazon 前回の記事 【ミライトデザイン社内勉強会#25】Clean Architecture 輪読会 「第1部：イントロダクション」「第2部：プログラミングパラダイム」 - Qiita 第3部 設計の原則 Clean Architecture 達人に学ぶソフトウェアの構造と設計 | Robert C.Martin, 角 征典, 高木 正弘 |本 | 通販 | Amazon SRPとOCPの時間は筆者が参加できなかったので記述が薄いよ 第7章 SRP: 単一責任の原則 単一責任の原則が守られてない時のイメージ 共通化の罠 ユーザークラス 本の中のモジュールはたったひとつのアクターに対して責任を負うべきであるっていう説明がわかり
Hirohito Kato ⌘ on Twitter: "Clean Architectureは良いアーキテクチャだけど重量級であることには違いないので、この画像は常に心に留めておきたいところ。 https://t.co/IDNwwjv5Yq"
Clean Architectureは良いアーキテクチャだけど重量級であることには違いないので、この画像は常に心に留めておきたいところ。 https://t.co/IDNwwjv5Yq
Webフロントエンド開発にもClean Architectureを導入する！ 『Clean Architecture for React』発行!! 技術の泉シリーズ、1月の新刊
All About NEWS プレスリリース Webフロントエンド開発にもClean Architectureを導入する！ 『Clean Architecture for React』発行!! 技術の泉シリーズ、1月の新刊 Webフロントエンド開発にもClean Architectureを導入する！ 『Clean Architecture for React』発行!! 技術の泉シリーズ、1月の新刊 株式会社インプレスホールディングス インプレスグループで電子出版事業を手がける株式会社インプレスR&Dは、『Clean Architecture for React』（著者：今森 大地）を発行いたします。 最新の知見を発信する『技術の泉シリーズ』は、「技術書典」や「技術書同人誌博覧会」をはじめとした各種即売会や、勉強会・LT会などで頒布された技術同人誌を底本とした商業書籍を刊行し、技術同人誌の普
clean-architectureのcontroller層でwebフレームワーク固有の実装をしたくない - Qiita
labstack/echoなどを用いて開発をする際、公式サンプルのように、query, path, jsonをバインドする処理や、レスポンスを行う処理がecho.Contextに強く依存しています。 このwebフレームワーク独自の実装をclean-architectureで言うところのweb層に隠蔽できないかと言うことでトライしてみました。↓結果 前提：ここでのclean-architectureの解釈 webでhttpリクエストを受け付け、パス情報をもとにcontrollerを呼び出す controllerでリクエスト時のパラメータを解釈しusecaseを呼び出す usecaseで処理した結果をpresenterに渡す presenterでレスポンス用の形に変換 webでhttpリクエストに対するレスポンスを返却する echo.Contextの取り扱い 上記前提を実現するにはecho.C
Der Spiegel 🪞 im Spiegel 🪞 on Twitter: "まだ感想文を書いてないが，書籍『Clean Architecture』の前半の章はソフトウェア開発の歴史を振り返るみたいな内容になっていて，その中でオブジェクト指向プログラミングのパラダイムは「間接的な制御の移行に規律を課すもの」… https://t.co/6b6dWznkre"
まだ感想文を書いてないが，書籍『Clean Architecture』の前半の章はソフトウェア開発の歴史を振り返るみたいな内容になっていて，その中でオブジェクト指向プログラミングのパラダイムは「間接的な制御の移行に規律を課すもの」… https://t.co/6b6dWznkre
Clean Architecture完全に理解したので、二酸化炭素濃度システムで再現してみた - Qiita
所感など 先日CleanArchitectureを読んで感想をまとめました。 なんとなく書いてある意味は伝わったし、完全に理解したと確信したので「いっちょ趣味アプリでも作ってみますか〜ｗ」と軽い気持ちでアプリを作ってみました。 やはり手を動かしてみると気づくことが多く、それこそ途中で「CleanArcitectureなにもわからない」状態に陥ったりもしました 何度か立ち止まって書籍を読み返したりして、一度読んだだけでは理解できていなかった部分を掘り下げることができました。しんどいですけど、やっぱり読みっぱなしじゃなくアウトプットすることは大切ですね。（自戒 成果物 MH-Z19C(二酸化炭素濃度センサー)を使って部屋の二酸化炭素濃度を測定するCUIアプリです。 co2checker ちなみにラズパイZeroで作ったのですが、本筋と外れるので結線や環境構築は割愛します。知りたい方がいたらコメ
はじめに Clean Architecture とは DB やフレームワークなどの外部技術に依存せず、ソフトウェアの中核部分（ビジネスを表現する部分）の独立性を高めることで、外部技術の変更に強いソフトウェアを実現することを目的とする。 以下は Clean Architecture の概念図です。図を見ながらポイントを解説していきます。 「関心事の分離」を目的としたアーキテクチャ ソフトウェアをレイヤーに分割。各レイヤーの責務を明確にし、レイヤー間の依存関係を制限することで、関心事を分離する データベースとの連携を責務とするレイヤー、API 通信を責務とするレイヤー、ビジネスロジックを責務とするレイヤーなど 関心事が分離されることで、他レイヤーの変更による影響を最小限にし、変更に強いアーキテクチャを実現する 4 つのレイヤーで構成される（4 つである必要はない。依存方向のルールを遵守する事が
目次 概要 前置き はじめに DDDについて LayeredArchitectureについて OnionArchitectureについて OnionArchitectureの応用 CleanArchitectureについて CleanArchitectureの応用 実装テクニック・ノウハウ 用語集 概要 複雑・肥大化するwebアプリケーションコードの寿命を伸ばす&筋の良い作りにするために、代表的なアーキテクチャの概念をまとめてみる。 特に、業務でも使うことの多いDjangoをターゲットとして、CleanArchitectureを使った場合の構成を模索してみた備忘録。 前置き ソフトウェアの寿命って？ アップデートについていけなくなる。保守・開発ができなくなる。などが原因で使われなくなった時 寿命の短いソフトウェアって？ 複雑怪奇なコードで、追加開発・修正のコスト大 → 誰も保守・開発できな
ページ数: 109 本書では、Clean Architecture の観点から、React や Redux で構築されたアプリケーションの設計をとらえなおし、また、ときには新たな設計の提案を行います。 いままでは Clean Architecture があまり取り入れられてこなかった Web フロントエンド領域に対して、この手法を適用することを目指します。 もちろん Clean Architecture は全てを解決してくれるような銀の弾丸では決してなく、対象のプロダクトやチームによってどう適用するべきかは変わってきます。 本書が、React アプリケーション設計のその一歩先に到るための一助になれば幸いです。 ※v1.1.0 で大幅加筆修正をしたため、価格を調整しました。 英語版：https://www.amazon.co.jp/dp/B09FG94392 試し読みhttps://note
はじめに 社内で実施したハンズオン形式のClean Architecture入門勉強会内容を晒します。 「完全に理解した」は超えたと思うのですが、間違ってたらマサカリください！ 概要 Clean Architecture 達人に学ぶソフトウェアの構造と設計 Clean Architecture とは 「関心の分離」を目的にしたノウハウやベストプラクティス集です。 本では実例を交えたレイヤーやデータフロー、クラス図などでの図解されています。 以下クリーンアーキテクチャの図が有名です。 *The Clean Architecture - The Clean Code Blog by Robert C. Martin(Uncle Bob)より引用 本の副題 アーキテクチャのルールはどれも同じである にもある通り、作者がいろいろなシステムを構築した経験で気づいたルールや、先人が残した知恵(原則など
Clean Architectureを採用しているとファイル数が膨大になってしまうため、イイ感じにグルーピングして管理したいですが、レイヤ単位で分けるか画面とそれ以外で分けるか悩むと思います。（悩みました🙋） 2,3の構成を試し、その中で一番イイ感じに運用できた構成を紹介します。 その前によく見られているであろうリポジトリ※ のディレクトリ構成をパターン分けしてみました。 ※「ios clean architecture」でググった際の結果とGitHub検索で出た上位結果 ディレクトリ構成のパターン 上記でさらっと挙げたように大きく２つのパターンがあると思います。 「レイヤ単位で分けているパターン」と「画面とその他で分けているパターン」です。 ここでは参考に上記の２つのパターンに分けて構成をまとめます。 以下では基本的にフォルダ名のみ記載します。 フォルダ名のみだと把握しにくいと判断した
Clean Architecture 達人に学ぶソフトウェアの構造と設計 作者: Robert C.Martin,角征典,高木正弘出版社/メーカー: KADOKAWA発売日: 2018/07/27メディア: 単行本この商品を含むブログを見る 週末のTwitterのTLで「リスコフの置換原則」が話題に上がっていて、改めて色々と学びが有った。 その中で、そういえば各種設計原則が紹介されている「Clean Architecture」を読んでないことに気がついて早速注文して、今日届いたので、ずっと読んでた。 読みどころとしては…まずは「設計とアーキテクチャ」に出てくる生産性のグラフ！極端な例だとは分かっていつつも、割と直感的にそうだなって思うし、ああゆうふうに数字に出ていない場合は、やはりどこかに無理が生じている（暗黙のうちに、プロセスが省略されるとか）。 その次の、プログラミングのパラダイムとし
2020年1月21日に行われた「iOS Clean Architecture勉強会 sponsored by Sansan」という勉強会を開きまして、勉強会の運営に対して計画してやってみたことを振り返っています。 つまるところIT系の勉強会の設計に関わる話です。小さな勉強会を設計してみたい人のために、何かしら参考になれば幸いです。 やってみたこと 発表をお願いする人をTwitterのDMでお願いする 勇気を持ってお願いする LTしてくれる人はconnpass上で待つ 発表のまとめをリアルタイムにやっていく qiitaに限定共有モードで書いていく ハッシュタグ付けて参加者に分かるようにした 最後の座談会モードで振り返るため 軽食と飲み物の出し惜しみはしない 待ってる時間でもう食べようよ 出囃子（でばやし）を作る 盛り上がるかなとタイマーに効果音を入れた 発表モードと座談会を分ける 発表モード
かなり前に読み終えてはいたんですが、「Clean Architecture 達人に学ぶソフトウェアの構造と設計」の内容に関する今更ながらの自分用のメモです。 結構話題になった本だと思います。自分にとっても結構役に立つ内容が多かったです。 （ただ、まだ若干理解しきれない部分もありましたが。。。） Clean Architecture 達人に学ぶソフトウェアの構造と設計 作者:Robert C.Martin発売日: 2018/07/27メディア: 単行本 書籍の内容紹介には以下のように書かれています アーキテクチャのルールはどれも同じである! 書いているコードが変わらないのだから、どんな種類のシステムでもソフトウェアアーキテクチャのルールは同じ。 ソフトウェアアーキテクチャのルールとは、プログラムの構成要素をどのように組み立てるかのルールである。 構成要素は普遍的で変わらないのだから、それらを
blog.a-way-out.net › blog › how-to-reduce-dependency-on-frameworks 2020/12/25 · 例えば、「クリーンアーキテクチャ」には、以下の特性が書いてありますね。 フレームワーク非依存; テスト可能; UI 非依存; データベース非依存; 外部 ...
Clean Architecture (aka Onion, Hexagonal, Ports-and-Adapters) organizes your code in a way that limits its dependencies on infrastructure concerns. This resu...
Androidアーキテクチャことはじめ ― 選定する意味と、MVP、Clean Architecture、MVVM、Fluxの特徴を理解する｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Androidアーキテクチャことはじめ ― 選定する意味と、MVP、Clean Architecture、MVVM、Fluxの特徴を理解する Androidアプリの開発において悩ましいアーキテクチャの選定。本記事では選定する意味を改めて整理し、 MVP・Clean Architecture・MVVM・Fluxといった最新の実例を紹介します。 はじめまして。Androidエンジニアの藤原聖（ふじわら・さとる／@satorufujiwara）です。 現在は株式会社サイバーエージェントで、エンジニアリングマネージャーを兼任しています。2017年で35歳になり、定年を迎えました（プログラマの定年については「体型を支える技術」などを参照）。 Androidアプリ開発には2010年から携わっていますが、今現在の関心事は何といっても公式開発言語に採用されたKotlin。そしてもう一つが、Androidの
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Clean Architecture と上流工程 - 超ウィザード級ハッカーのたのしみ
WebFlux.fnとClean Architectureで実装を試みる - hatenob
変わることのない『Clean Architecture』の原則 - Think Wild
Swiftで学ぶClean Architecture - Qiita
【試し読み】Clean Architecture for React｜aidy_91614
GraphQL で Clean Architecture をやる
フロントエンドでClean Architectureを適用してみる(+サンプルコード) - Qiita
goでClean Architectureをやるときのvalidation - Qiita
Go で Clean Architecture 入門 - Qiita
DjangoとClean Architecture - Qiita
Clean Architecture for React - Archived Technologies - BOOTH
Goで学ぶClean Architecture入門 - Qiita
iOS開発でClean Architectureを採用した際のイイ感じのディレクトリ構成とは - Qiita
Clean Architectureを読んだ - Magnolia Tech
iOS Clean Architecture勉強会を開催しました
「Clean Architecture 達人に学ぶソフトウェアの構造と設計」 - 覚えたら書く
Clean Architecture CodeIgniter - Google 検索
Clean Architecture with ASP.NET Core 8 | .NET Conf 2023