「Clean Architectureはファイル数が多くてめんどくさい」という話がよく上がるなと思ったので、簡易化するとしたらどこを省略するべきかなというのを考えてサンプルを作ってみました。 Github - a-beco/SimpleCleanArchitecture 結論としては、Interface Adapterを省略する形で書いています。小~中規模ぐらいのアプリつくるならこれぐらいで書いてもワークするんじゃないかなと思っています。 この記事では、今一度Clean Architectureとは、という話と、勘違いされがちなポイントをまとめつつ、今回のサンプルの構成について簡単に説明します。 Clean Architectureとは 以前、Clean Architectureについての記事を書きました。Clean Architectureとはなんぞやという話についてはそちらのほうが詳し
![[iOS] Clean Architectureをシンプルに - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/9700d12ae7be83ab23f63282244998c34a019bd6/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TJTVEJTIwQ2xlYW4lMjBBcmNoaXRlY3R1cmUlRTMlODIlOTIlRTMlODIlQjclRTMlODMlQjMlRTMlODMlOTclRTMlODMlQUIlRTMlODElQUImdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWVlOTE4MGU2YzMzNmQ3MThkNTcwNzA5MDJlOTAzYWQz%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBhLWJlY28mdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTY3MjlhZWI0NWNlMGRlMTFmNTFhNzc2YjA1YWE1ZTgw%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44K144Kk44OQ44O844Ko44O844K444Kn44Oz44OI%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Dc21e59a217b25d3123680612e3530faf)
「クリーンアーキテクチャ」とは、DDDの文脈における「ドメインモデル」をシステムの中心にすえ、「入力」「永続」「出力」などの多方面で抽象化を行うことで、高度に変化への強さを獲得できるアーキテクチャです。昨今の変化の早さに対応するべく「アジャイル開発」や「マイクロサービス」が叫ばれているように、「クリーンアーキテクチャ」もまた日増しにその注目度は上がっているように感じます。 しかし、やや取っつきにくいアーキテクチャであることからか、現状参考になる資料が無数に転がっているというわけでもありません。そこで、エキテンで現在Laravelベースで開発中の新しい予約システムを題材に、実際にアーキテクチャを形作っているコンポーネントの紹介や、開発する上で行ってみたちょっとした工夫、開発フェーズにおける現場の生の声などをお話しようと思います。
Clean Swift iOS Architecture for Fixing Massive View Controller
Clean Swift iOS Architecture for Fixing Massive View Controller The Clean Swift Handbook is an updated version of this blog post, plus additional chapters to cover the entire CleanStore sample app. It also works with the latest versions of the Clean Swift templates, Xcode, and Swift. Check out the handbook for even more bonus materials. Your client asks for an estimate to fix a bug. You tell him m
クリーンアーキテクチャのUsecaseはなぜControllerへ値を返すのではなくOutput PortとしてPresenterを呼び出すのか - Runner in the High
何を言っているのかと言うと、みんな大好きクリーンアーキテクチャの右下に図示されているFlow of Controlのこと。 黒線が引かれているということは、つまりUsecaseの中でOutput Portのインターフェイスを持つPresenterの関数なりが最終的に実行されるということである。 ここで湧き上がってくる疑念は「UsecaseがPresenterを呼び出さなくてもControllerに返り値とかで値を返して、Controller経由でPresenterに渡して実行しても同じなんじゃないの？」である。つまりOutput Portというインターフェイスそのものを撤廃してControllerにPresenterを使わせるアイデアである。たしかに、仮にこの方針で行ったとしても依存の方向が壊されることはない。 Software Engineeringでは同様の質問がかなり盛り上がっている
動画: https://www.youtube.com/watch?v=btJPK3TaJMg&feature=youtu.be&t=10830 2018/09/01 大阪にて行われたプログラミング生放送勉強会でのプレゼンです。 クリーンアーキテクチャの実装についての解説をメインにしています。 資料中に出てくる URL # 著者ホームページ https://nrslib.com/ # このスライドを元にした解説 https://nrslib.com/practice-of-clean-architecture/ # サンプル https://github.com/nrslib/PracticeOfCleanArchitecture
いつもiOS開発で悩むこと MVCやMVVMで作ってると、最初開発するときは自由度の高くて楽に実装できるのだが、 ViewControllerやModel層は改修を重ねるごとにどんどん肥大化し、複雑化してしまう。 どんどん肥大化するソースは、情熱がない限り結局誰もリファクタリングしないので、 どんどん負の遺産が増える悪循環になってしまう。 ここ数年ではFlux ArchitectureベースのRxSwiftやReactive Cocoaが流行っているのだが。。。。 使ったことはないが聞く感じ単純にKVOでしょって感がいなめない。。。 データの画面更新は遷移等考えなくても楽だからすごく魅力的だが、イベント数が増えれば管理が大変だし、イベントは非同期だから予期せぬ画面更新が起こりそうだしっていうので少しマイナスイメージが多い感じ なんかいいものないかと色々見てみるとQiitaに面白い記事が。
[PHP Conference 2019]思想と理想の果てに――クリーンアーキテクチャのWEBフレームワークを作ろう 2019.12.01 Programming スライド 動画 みなさんの反応 https://togetter.com/li/1437472 [PHP Conference Japan 2019]「思想と理想の果てに――クリーンアーキテクチャのWEBフレームワークを作ろう」のまとめ（togetter） 各種リポジトリと概要 cfg https://github.com/nrslib/cfg クラスファイルを生成するライブラリです。 クラスファイルをパースする機能も少し追加されています。 clarc-php-core https://github.com/nrslib/clarc-php-core クリーンアーキテクチャの構成例に従って、必要になるオブジェクトを生成する処理で
![[PHP Conference 2019]思想と理想の果てに――クリーンアーキテクチャのWEBフレームワークを作ろう](https://cdn-ak-scissors.b.st-hatena.com/image/square/64f6ffd45c6f35a6a8c726c1a586f06ca884ef0d/height=288;version=1;width=512/https%3A%2F%2Fnrslib.com%2Fwp-content%2Fuploads%2F2019%2F12%2Fphpcon-2019-proposal-577x410.png)
はじめに アプリケーションを開発しリリースした際に、当初は問題なくても時が経つにつれて綻びが出てきます。 仕様変更や機能追加やリファクタリングができない(後回しにしたまま)、開発に携わる人の理解や嗜好による統一感の喪失などなど。 そうするとこんなことが起きることもしばしば。 ViewControllerの肥大化 責任範囲がぶれたクラスの誕生 Model/Helper/Libraryが人の解釈に依存するディレクトリ・ファイルの散見 ViewModelとModelの扱いがごっちゃになっている こうなるとどんどん作りが複雑化し、気が付くと負の遺産が出来上がっています。 メンバーの理解度を上げる、チーム内でルールを決めるという解決する手もあるのですが できればもう少し役割がはっきりしていて、共通認識持ちやすいアーキテクチャがないかなーと思っていてたところ…それはありました。 それがCleanArc
GitHub - azu/irodr: RSS reader client like LDR for Inoreader.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
iOS Clean Architectureで遊んでた話 by kage · 公開 2017年2月12日 · 更新済み 2017年2月12日 初めに 今年に入ったくらいからiOS Clean Architectureについて調べたり，チマチマと実装してみて遊んでたりしてたので，そのまとめです． iOS Clean Architectureとは 概要 詳しい説明は省きますが，iOS Clean Architectureとは，Clean ArchitectureをiOSに適用したアーキテクチャの名称です． Clean Architectureとは，ソフトウェア開発において，ビジネスロジックを中心に考え，その他のUIや各種Framework，API Client等はそのビジネスロジックに依存するような構成にし，なおかつビジネスロジック以外のものを複数のレイヤに分けることによって関心と責務の分離を
はじめに アプケーション・アーキテクチャについて学ぶと「MVC」や「3 層アーキテクチャ」といった言葉にたどり着きます。 さらに勉強を進めると「MVVM」、「ドメインモデル」、「クリーンアーキテクチャ」など、よく分からない言葉がどんどん増えていきます。 また、「オブジェクト指向」を勉強しても、実際のアプリケーションでの使いどころが分からなかったりします。 この記事では、これらの用語の非常に分かりにくい関係を整理しました。 2 種類の 3 層 伝統的な Web アプリケーションは、以下のように 3 種類のサーバから成り立ちます。 このサーバ構成を 3 層アーキテクチャと言うことがあります。 一方、アプリケーションサーバで動いているプログラムの内部構造も、以下のように 3 層に分離することがあります。 これも 3 層アーキテクチャと言うことがあります。 この記事では、サーバの構成ではなく、アプ
更新（2019年10月30日）初回投稿から3ヶ月経ちました。 この3ヶ月で新しく得た知見を基に、内容を一部アップデートしました。 今回やることGoのディレクトリ構成についていろいろと調べる中で、 こちらの資料 がとても分かりやすかったので、 今回はこちらを参考にGoでWeb APIを作っていきたいと思います。 加えて、本プロジェクトでは、DDD と レイヤードアーキテクチャー を取り入れます。 （内容はほぼレイヤードアーキテクチャになってしまいましたが…） DDD については、「DDD を Go とレイヤードアーキテクチャでやるなら、こんな感じかな？」という個人の見解レベルです。 パッケージ構成の参考になれば幸いです。 （ですので、ドメインモデルは重度のドメイン貧血症に陥っていますｗ） 釣りタイトルみたいになっちゃっててすみません🧝♀️ 環境MacOS Mojave 10.14.6Go
CleanArchitectureは一度は読んでおくべきだと思ったので、読んでみます。 CleanArchitectureといえば、多分このGitHubにあがっているアプリがすごく有名なんじゃないかなと思っています。 https://github.com/android10/Android-CleanArchitecture 以下の流れで作られていますが、どういう単位でUseCaseを作るかなど具体的なイメージが難しいので、実際にコードを追いながら見ていきます。 このサンプルアプリは表示すると以下のようになっていて、これを表示するまでの流れを見ていきます。 View -> Presenter ViewやPresenterはpresentationというモジュールに入っています。 UserListFragmentのonViewCreatedでPresenter#initialize()を普通
Clean Architecture提唱者 Robert C. Martin氏が登壇。オンラインイベント「Builders Box ON AIR ♯3クリーンアーキテクチャ」が開催
Sansan株式会社が運営する、エンジニアリング強化のためのプロジェクト「Builders Box」は、エンジニア向けオンラインイベント「Builders Box ON AIR」を、1月29日（金）に開催します。 ■開催概要 「Builders Box ON AIR」は、Builders Boxが企画する、世界に通用するエンジニアになるための知見を共有するイベントです。第3回目となる今回のテーマは「クリーンアーキテクチャ」です。 「Clean Architecture」の提唱者である、Robert C. Martin氏をゲストに迎え、エンジニアが押さえておくべきアーキテクチャやアプリケーションに最適なアーキテクチャとはどのようなものか等、広い視点で「クリーンアーキテクチャ」をテーマにお話しいただきます。 ■スピーカー紹介 Robert C. Martin（ロバート C.マーチン）氏 197
データベースの検索メソッド(リポジトリとかDAOとか呼ばれる責務のもの)をどう設計するかは、選択肢が多く考えられる。それぞれの例と判断基準について検討してみよう。 例えば、このカルーセル(carousel)みたいなものを考える。現在のRoomClipのカルーセルは、その日に投稿されたフォトを10件程度選択する仕様である。
An example of clean architecture in Go using gRPC What I want to tell youClean architecture is well known architecture these days. However, we may not know about details of the implementation very well. So I tried to make one example that is conscious of clean architecture in Go using gRPC. This small project represents user registration example. Please feel free to respond anything. The Structure
Developers Summit 2016 [18-C-1] セッション資料 Mobile-first, Cloud-first の潮流の中で、アプリケーション開発を取り巻く技術トレンドは大きな変革の時を迎えています。マイクロソフトの開発ツールや技術も、新しいビジョン "Every App, Every Developer" のもとで、多くの開発者が好きな技術で好きなアプリケーションを楽しく開発できる真の統合開発プラットフォームとして大きく進化しています。もう、Windows だけでない、Mac OS X でも Linux でも Docker でも、そして、.NET 言語だけでない 30 を超える開発言語が使える Visual Studio 開発プラットフォームの全貌を本セッションに凝縮してデモを中心にご紹介します。
クリーンアーキテクチャの右下の図
概要 クリーンアーキテクチャの右下の図（これでわかるかな）についてです。 この記事は二つ目です。 クリーンアーキテクチャ関連記事 ◆実践クリーンアーキテクチャ（最新） 記事リンク: https://nrslib.com/clean-architecture/ ※※※↑の記事はこの記事に書いている内容も網羅しています※※※ ◆クリーンアーキテクチャの概要 記事リンク: https://nrslib.com/clean-architecture-old/ ◆クリーンアーキテクチャの右下の図について（ｲﾏｺｺ） 記事リンク: https://nrslib.com/clean-flow-of-control/ ◆ ClArc.CLI : CleanArchitecture のクラスを生成して登録まで行うツール 記事リンク: https://nrslib.com/clarc-csharp/ gith
マネーフォワードの設計へのアプローチ
CAMPFIRE iOS #1で発表した発表資料です。 Architectureの選定や、マネーフォワードでのClean Architectureの取り組みについてのお話です。
Clean Architecture を毎日１章ずつ完読しました（PDF公開） - そこに仁義はあるのか(仮)
以前のブログで100日かけてエリック・エヴァンスのドメイン駆動設計を完読しましたと書きましたが、それに続いて Clean Architecture も完読しました！ 4/21から始まり、（家庭の都合で2日おやすみもありましたが）毎日１章ずつ、全34章を無事に完読しました 🙌 そして、今回もそれぞれの章で学んだことを毎日ノートにまとめてツイートしていきました。 Clean Architectureもかなり長い間積んでいた本だったので、やっと消費できてよかった…。 Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) 作者:Ｒｏｂｅｒｔ Ｃ．Ｍａｒｔｉｎ,角 征典,高木 正弘ドワンゴAmazon ツイートはこちらのモーメントにまとめています。 今回は他の方のツイートも一緒にモーメントに追加していきました。 モーメントは100個までしかツイートを登録で
iOS/Androidアプリへドメイン駆動設計（DDD）を導入してCleanArchitectureを目指す [導入編] - Qiita
今回業務で初めてドメイン駆動設計（以後DDD）をiOSアプリへ導入してCleanArchitectureを目指してみたのでまとめとその所感をつらつらと書いてみます。 今回はたまたまiOSで導入したのでiOS前提で話を進めますがAndroidにも適用できる汎用的な概念です。 上辺だけの知識+オレオレルールで導入を始めたので間違っていたらご指摘お願いしますm(_ _)m そもそもドメイン駆動設計って？ MVCなどの概念と同じ（ちょっと違うけど）設計アーキテクチャの一つで、iOSやAndroidアプリ開発でおこりがちな、ファットコントローラーを解決することができるかもしれない設計手法の一つです。 MVCじゃだめなん？ MVCを採用するiOSやAndroidアプリでは、コントローラクラス（UIViewControllerやActivity）の責務が非常に広く、クラスが肥大化しやすいという問題点があ
![iOS/Androidアプリへドメイン駆動設計（DDD）を導入してCleanArchitectureを目指す [導入編] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/15c6d1499489a374a15e9fb0b368542aee9243ef/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-7940cd1c8db80a7ec40711d90f43539e.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9aU9TJTJGQW5kcm9pZCVFMyU4MiVBMiVFMyU4MyU5NyVFMyU4MyVBQSVFMyU4MSVCOCVFMyU4MyU4OSVFMyU4MyVBMSVFMyU4MiVBNCVFMyU4MyVCMyVFOSVBNyU4NiVFNSU4QiU5NSVFOCVBOCVBRCVFOCVBOCU4OCVFRiVCQyU4OERERCVFRiVCQyU4OSVFMyU4MiU5MiVFNSVCMCU4RSVFNSU4NSVBNSVFMyU4MSU5NyVFMyU4MSVBNkNsZWFuQXJjaGl0ZWN0dXJlJUUzJTgyJTkyJUU3JTlCJUFFJUU2JThDJTg3JUUzJTgxJTk5JTIwJTVCJUU1JUIwJThFJUU1JTg1JUE1JUU3JUI3JUE4JTVEJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1hZDY3YjYxYjI5NWU0MjE0NTM5Yzg5MzdhNDE5NWIxYQ%26mark-x%3D120%26mark-y%3D96%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9OTcyJnR4dD0lNDBrYXpha2FnbyZ0eHQtY29sb3I9JTIzM0EzQzNDJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MDdjMzBmYzdmNTg3OWY3MzQzMzZiODYyMjllYzZmMWM%26blend-x%3D120%26blend-y%3D445%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44Kk44Kw44OL44K5%26txt-width%3D972%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25233A3C3C%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D134%26txt-y%3D546%26s%3D35da62a5356cdeadbdcd94bcc732dc79)
[Swift] FirebaseでToDoリストを作ってみた for clean architecture - Qiita
はじめに Firebaseを勉強したので、簡単なToDoリストを作ってみます。 方針 ・設計手法は、クリーンアーキテクチャを採用 ・データの管理は、FirebaseのRealtime Databaseを採用 前提知識 ・Firebaseの導入方法 ・Firebaseによる認証方法 ・FirebaseによるRealtime Databaseの使い方 ゴール ユーザごとにToDoリストを管理するアプリを作ります。 画面構成は、ログイン画面、ToDo一覧画面と、ToDo登録画面です。 （会員登録機能、ログアウト機能については、割愛します。） （１）ログイン画面 ・メールアドレス、パスワードを入力し、ログインボタンを押下すると、ToDo一覧画面へ遷移する （２）ToDo一覧画面 ・ToDo一覧を表示する ・該当行をタップするとToDoを完了済みとする（取り消し線で消す） ・プラスボタンを押下すると
![[Swift] FirebaseでToDoリストを作ってみた for clean architecture - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/5b516f6c1859d9da08ee21aafba6cfc07790f6ef/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCU3dpZnQlNUQlMjBGaXJlYmFzZSVFMyU4MSVBN1RvRG8lRTMlODMlQUElRTMlODIlQjklRTMlODMlODglRTMlODIlOTIlRTQlQkQlOUMlRTMlODElQTMlRTMlODElQTYlRTMlODElQkYlRTMlODElOUYlMjBmb3IlMjBjbGVhbiUyMGFyY2hpdGVjdHVyZSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NDc2NmZhMzdiNWRjODc2MzA5YzY2YjAxMjE1YWU1YmQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBlS3VzaGlkYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9M2QwYTlhNTJjNzUzNmQwOTk5NTA3NDgxZTRlMmZjZmE%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-U1RW44OG44OD44Kv%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D834144ee64c4ce86acf8b3502a7a2827)
はじめに CleanArchitectureってなに？という話はこの辺を参照 で、CleanArchitectureの最大の問題は、きっちりやろうとすればするほど、クラス数が増えていくということ。 Kotlinを導入してせっかくコード量が減るのに、クラス数が増えることで作業が増えてしまえば、旨味が減ってしまう。 しかもAndroid-Studio(Ver3.0)の対応がまだ途中なのか、微妙にKotlinのクラス作成手順がメンドクサイ なので、解決策として、CleanArchitecture用のテンプレートを用意し、極力クラス作成に関わる作業を簡略化し、必要最低限の作業で必要なクラスを一括で作成できるようにした。 ちなみにこの記事の内容はGithubのREADMEの内容をほぼそのまんま持ってきてます。 諸々置き場 ココ https://github.com/kiuchikeisuke/And
Clean Architecture と React を組み合わせる - Fuji Haruka's blog
Clean Architecture と React を組み合わせるデモアプリが eduardomoroni/react-clean-architecture というリポジトリにあったので、コードを覗いたら勉強になった。 Clean Architecture を大づかみに理解する よく出てくる図。 私の理解している限りでは、 Clean Architecture において重要なのはモジュールの依存関係に規律を導入することで、中でも「重要なビジネスルール」を中心に依存関係を整理することであると思っている。 SOLID原則とか小難しい用語がたくさん出てくるけど、要するにそれはモジュールをどう分割するか、モジュール同士をどう結合するかに関する原則で、Clean Architecture を実践的に導入しようとしたら必要になってくるものだろう。 でも上の図を理解するだけだったら、もっとシンプルに説
ようやく Android アーキテクチャのベタープラクティスっぽいものが見えてきたかもしれない - Qiita
こんにちは。Sansan Android エンジニアの @rockwillj です。 はじめに もともと Java エンジニアな私が Android 未経験で Sansan に入社してからおよそ1年半が経ちました。 2年以上アプリ開発をしている人からしたら、まだまだ圧倒的に経験は足りてないですが、ようやく Android アーキテクチャについて自分なりのベタープラクティスっぽいものが見えてきた気がします。ただの気のせいかもしれないけど、もしかしたら共感してくれる人もいるのではと思い、今の自分の考えを軽くまとめておこうと思います。 ※ 注：理想的なアーキテクチャ論を語りたいのではなく、現実的なベタープラクティスについて話せればと思います。色々と突っ込みどころもあるでしょうが、できれば優しい心で読んでいただけると助かります 前提条件 どのような開発体制でどのようなアプリを作るかで適切なアーキテ
Ruby/Rails + Clean Architecture で API サーバーを実装してみる - Qiita
以前 iOS/Android 開発を経験した際に知った Clean Architecture を、Ruby/Rails な API サーバー開発に適用してみた。 Clean Architecture といえば以下の図を元にした説明が多いが、 以下の記事を参考に、今回は Data/Domain/Infra/Presentation レイヤーで分けてみる。(これが一番しっくり来ました) まだMVC,MVP,MVVMで消耗してるの？ iOS Clean Architectureについて 最終的なディレクトリ構造 Rails のルールに則り、controllers だけは app 配下に配置している。 app/ controllers/ layer/ data/ entity/ repository/ domain/ model/ translator/ usecase/ view_model/
図解クリーンアーキテクチャ - Qiita
こちらに詳細に記載しています。宜しければご参照ください。 概要 一見複雑に見えるクリーンアーキテクチャをSOLID原則を用いて、成り立ちをひも解いていきます。 背景 クリーンアーキテクチャを調べていくと下記のような概念図や構成図を見かけます。 言いたいことは何となく分かるのですが、初見でメリットが理解できませんでした。 本記事ではレイヤードアーキテクチャの欠点を SOLID原則に沿って補完していくことで、クリーンアーキテクチャをひも解いていきたいと思います。 SOLID原則とは ソフトウェアの拡張性、保守性等を担保し、メンテナンスしにくいプログラムになることを防ぐための原則です。 S：SRP、単一責任の原則 O：OCP、開放閉鎖の原則 L：LSP、リスコフの置換原則 I：ISP、インタフェース分離の原則 D：DIP、依存性逆転の原則 SOLID原則の詳細はこちらの記事が参考になります。 イ
【追記（2020/06/08）】 本投稿に頂いたコメントを基に加筆しました。以下に挙げた項目に対して加筆し、加筆した部分は【追記】と記載しています。 View Presenter / View Model 【追記（2020/05/31）】 同期の子から貰ったコメントを基に加筆しました。以下に挙げた項目に対して加筆し、加筆した部分は【追記】と記載しています。 SOLID原則 Form Request 新卒研修で「Laravelを使ってアプリケーションを自分で作ってみよう。」という趣旨のコーナーがあり、同期がやっていることを真似てClean Architectureを導入してみるも、無事、爆死することに成功しました。この投稿は、爆死するまでに得た知見についてまとめたものです。 この記事を読むことで得られる知見 投稿の要旨を載せておきます。 MVCアーキテクチャに愚直に沿うと、Fat Contr
おばんです、実家から送られてくる食材や食べ物、また友達からおすそ分けしてもらう実家から送られた野菜などにとても生かされています田中です。 食材本当にありがたい。 はじめに この記事は先日登壇させていただいたiOSオールスターズ2の発表内容と関連した内容となっています。 合わせてお読みいただけると幸いです。 イベントに関してはこちらになります。 [イベントレポート] iOSオールスターズ2最速レポート！ #eventdots ｜ Developers.IO [登壇レポート] iOSオールスターズ2に登壇させていただきました！ #eventdots ｜ Developers.IO ソースコードはこちらになります。 ktanaka117/MVPTwitterSample 今記事の目標 今回の記事はクリーンアーキテクチャになじみのないiOSエンジニアの方を対象に、iOSアプリをクリーンアーキテクチ
![[iOS] コードで覚えるクリーンアーキテクチャ 〜VP部分を書いてみよう〜 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/4b9b98d8423d1943cae402d21764bf51589e811b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Flogo_swift_400x400.png)
フロントエンドの複雑さに立ち向かう 〜DDDとClean Architectureを携えて〜 | さくらのナレッジ
自己紹介 さくらインターネットではシニアフロントエンドエンジニアをやっています。代表作は「NES.css」というファミコン風CSSフレームワークで、エイプリルフールには「さくらのINFRA WARS」というゲームの企画開発をしていました。 話さないこと 本記事ではソフトウェア設計ということで、以下の設計・アーキテクチャに関しては話す予定はありません。コンポーネント設計や CSS 設計に関しては過去に記事やスライドを公開していますので、気になる方はそちらを参考にしていただければと思います。 コンポーネント設計 加速するコンポーネント設計入門 / Component Design as an Accelerator コンポーネント指向時代のmargin戦略 / Rethinking the relationship between Components and Margins CSS設計 OO
【スライドあり】「PHPカンファレンス福岡」にて Laravel とクリーンアーキテクチャについてお話ししました #phpconfuk - WILLGATE TECH BLOG
ウィルゲートのアーキテクト 兼 技術広報の岡田（@okashoi）です。 梅雨で雨の日が続きますね。 雨の中を歩くと思うとちょっとだけ気分が重くなりますが、雨の日の雰囲気自体は好きだったりします。 さて以前にも記事を書いたとおり、6月29日（土）に開催された「PHP カンファレンス福岡」にて【Laravel でやってみるクリーンアーキテクチャ】というタイトルで登壇しました。 以前の記事： tech.willgate.co.jp なおウィルゲートでは地方カンファレンスに参加する際に、一定条件を満たせば「出張」という扱いになり交通費・参加費・宿泊費が会社から支給されます。 カンファレンスの様子 「Laravel でやってみるクリーンアーキテクチャ」概要 発表を振り返ってみて カンファレンスの様子 カンファレンス会場の福岡ファッションビル 当日はスタッフ・スポンサー含め述べ 268 名の PHP
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
【セッションレポート】 Developers.IO 2016 in Osaka で ゲンバのクリーンアーキテクチャを発表しました！ #cmdevio2016 | DevelopersIO
CM Developers.IO 2016 in Osaka 二週間以上も前のことになりますが、Develpers IO in Osaka 2016 で ゲンバのクリーンアーキテクチャと題して、クリーンアーキテクチャ を用いて、現場でモバイルバックエンドAPIをどのように開発しているかについて発表しました。 発表スライド Content of session 当日発表したセッションの概要です。 クリーンアーキテクチャとは Clean codeの著者であるRovert C.Martin氏が提案したアーキテクチャです。外界（API I/F, DB Schema, 外部システム）に依存しないコードをどのように記述し、パッケージ等を整理するかについて明確な方針を与えます。 外部に依存しないコードを記述するために DI(依存性注入) と DIP(依存性反転の原則)を用いて外部に依存するコードの抽象を
ある程度複雑なiOSアプリに必要なClean Architectureのベストプラクティスを考えてみた - Qiita
読者の対象 iOSのモバイル開発において、MVC, MVVM, MVPでは手に負えなくなってきたと感じている人 動機 iOSで中大規模のアプリを作成する上で、クリーンアーキテクチャの採用する上でどういった実装がベストプラクティスなのかということをメモと勉強を兼ねて残したいと思います。 自分が考えているオレオレな解釈でクリーンアーキテクチャを理解したつもりでいるので、間違っているところが多々あるかもしれないです！ 複数の現場を経験してきて自分の考えうるベストプラクティスとして作ったものですが、ツッコミどころなどあればissueやプルリクを投げてもらえば議論させていただきたいです！ プロジェクト概要 SwiftでTodoアプリをクリーンアーキテクチャであるVIPER, View Interactor Presenter Entity Routerでつくりました。 クリーンアーキテクチャと一口に
PHP Conference Japan 2021でお話しさせていただいた、『SymfonyとDoctrineで簡単クリーンアーキテクチャ』ですが、実際にやってみようと思います。 当日のセッションはこちら やってみるユースケース 『ユーザが商品を購入する』『複数いる配送係に注文内容連絡する』っていうのをやります。 モデリング 概念モデル図 ユーザは複数の注文ができます。注文にはどの商品をいくつ買ったかがわかる注文明細が紐づいています。 配送係に連絡はするものの、注文には紐づかないので独立した形にしました。 クラス図 『ユーザが商品を注文する』というユースケースを実装するクラスと、『配送係に注文内容を連絡する』というユースケースを実装するクラスを用意します。 ここで、配送係に連絡するためには配送係を取得しないといけないので、データサービスを用意し、『配送係を取得する』処理を別途用意します。
[Unity] Unity1週間ゲームジャム (ぎりぎり) でCAFU (Clean Architecture For Unity) v2 を使って実装してみた 🖥開発環境 Unity2018.1.3f2 @umm/cafu_core 2.5.2 現在はv3がリリースされており、この記事より構造が大きく異なります。 詳細は以下の記事をご参照ください KidsStar 開発合宿 vol.6 を開催しました - もんりぃ is undefined. . . . . . . . . . . . . . . . . . 📝この記事の概要 先日 unityroom で開催されたオンラインゲームジャムイベント Unity1週間ゲームジャム お題「ぎりぎり」にて、自分は「ぎりぎりでボールを避ける」ゲームを作りました。 こちら からプレイできます。 今回はこのゲームを作る時に使用したCAFUというライ
![[Unity] Unity1週間ゲームジャム (ぎりぎり) でCAFU (Clean Architecture For Unity) v2 を使って実装してみた - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbc1f0f7d57c0fbd7dc87d81bc07542c36a83eff/height=288;version=1;width=512/https%3A%2F%2Fcdn.qiita.com%2Fassets%2Fqiita-fb-2887e7b4aad86fd8c25cea84846f2236.png)
Clean Architecture & TDD @Android Test Night #1 https://testnight.connpass.com/event/63753/
要約 / inb4 tl;dr 『ドメイン駆動設計入門 ボトムアップでわかる！ドメイン駆動設計の基本』 を読んで DDDの初歩 について学んだら、以前から気になっていた Clean Architecture についての記事も理解しやすくなった。 Laravelで実践クリーンアーキテクチャ - Qiita Laravelでクリーンアーキテクチャ - Qiita 前回の記事で実装したディレクトリ構成を改めて見直した。 前回の記事：Laravel - 『ドメイン駆動設計入門』を読んで Laravel を使って実装してみた - Qiita それっぽい構成が出来たので、今後実装する時のために思考を整理してみた。 はじめに 前回の記事 でも書いたのですが、2020年2月9-11日に開催された PHPerKaigi2020 に参加してきました。 PHPerKaigi 2020 ここで以下の本を知り、DD
iOS開発で VIPER / Clean Architecture を使うなら、ファイル自動生成の Generamba もどうぞ - Qiita
iOS開発で VIPER / Clean Architecture を使うなら、ファイル自動生成の Generamba もどうぞiOSアーキテクチャXcode8VIPERGeneramba iOS開発で、architectureはVIPERを採用したいけどファイル追加とか面倒？ なら、Generamba(※)を使お(ง ˙ω˙) というお話です。 ※ 僕はGenerambaを「ｼﾞｪﾈﾗﾑﾊﾞｧ」って呼んでます。同僚のロシア人がそう言ってるように聞こえるからです。ｷﾞﾐﾗﾝﾊﾞｰかもしれません。 Generambaとは？ GenerambaはXcodeのために作られたコードジェネレーターです。VIPER Moduleのためにデザインされていますが、カスタマイズが容易で色んなクラスがObjective-CやSwiftで作れます。(Generamba Overviewより) インストール Ru
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[iOS] Clean Architectureをシンプルに - Qiita
Laravel × Clean Architecture 新規開発中の現場
ツールで防衛 クリーンアーキテクチャ / CleanArchitecture
RxSwift? いやClean Swiftっしょ - Qiita
[PHP Conference 2019]思想と理想の果てに――クリーンアーキテクチャのWEBフレームワークを作ろう
RxSwift+CleanArchitectureで構成をキレイにしよう - Qiita
iOS Clean Architectureで遊んでた話 | kagemiku's blog
MVC、3 層アーキテクチャから設計を学び始めるための基礎知識 - Qiita
【Go + レイヤードアーキテクチャー】DDDを意識してWeb APIを実装してみる
一通りAndroid-CleanArchitectureの流れを読んでみるメモ - Qiita
リポジトリクラスのメソッド設計 - kawasima
Clean Architecture in Go
Androidアプリ開発にクリーンアーキテクチャを取り入れよう�（OSS編）
Kotlin用のCleanArchitectureのテンプレート作ったよ！ - Qiita
Laravelとオブジェクト指向とクリーンアーキテクチャについて理解を深めてみた。 - Qiita
[iOS] コードで覚えるクリーンアーキテクチャ 〜VP部分を書いてみよう〜 | DevelopersIO
GitHub - koutalou/iOS-CleanArchitecture
http://rock-name.com/ios/ios-architecture
『SymfonyとDoctrineで簡単クリーンアーキテクチャ』をやってみる
[Unity] Unity1週間ゲームジャム (ぎりぎり) でCAFU (Clean Architecture For Unity) v2 を使って実装してみた - Qiita
Clean Architecture & TDD
Laravel - 『ドメイン駆動設計入門』してみて Clean な世界を垣間見た話し - Qiita