Webフロントエンドでも Clean Architecture に関する考察や実際のサービスへの導入の事例をよく見かけるようになりました。 n番煎じですが Clean Architecture をWebフロントエンドのアプリケーションに導入する際の考察をコードを書きつつしてみました。 サンプルコード はこちらにあります。 また、今回のコードを書くにあたり、 @ttiger55 さん、@pirosikick さんのエントリーやコードを参考にしました。ありがとうございます :) Pros/Cons コードを書いてみた上での結論を先に述べておきます。 Pros/Cons で言えば Pros の利点が多く感じられますが、結局のところ「ビジネス要件」がある程度固まっているか否かというソフトウェア側でコントロールしにくい箇所がボトルネックとなっているのため、ここをどう捉えるかは個人によって差が出そうか
[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 クリーンアーキテクチャの構成例に従って、必要になるオブジェクトを生成する処理で
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事を書くにあたって Laravel について色々サポートしてくれた皆さまに向けてお礼申し上げます。ありがとうございました。 本記事はクリーンアーキテクチャに対する理解を深めていただくために、「実践クリーンアーキテクチャ」の内容を Laravel で実装して解説するという内容になっています。 記事のゴールは「クリーンアーキテクチャに対する理解を深めてもらう」というものです。つまり、この実装の形は一例に過ぎません。 はじめに 皆さんクリーンアーキテクチャはご存知でしょうか。 そう、こんな図のアレです。 The Clean Archit
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 今回業務で初めてドメイン駆動設計（以後DDD）をiOSアプリへ導入してCleanArchitectureを目指してみたのでまとめとその所感をつらつらと書いてみます。 今回はたまたまiOSで導入したのでiOS前提で話を進めますがAndroidにも適用できる汎用的な概念です。 上辺だけの知識+オレオレルールで導入を始めたので間違っていたらご指摘お願いしますm(_ _)m そもそもドメイン駆動設計って？ MVCなどの概念と同じ（ちょっと違うけど）設計アーキテクチャの一つで、iOSやAndroidアプリ開発でおこりがちな、ファットコントローラー
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2018/11/10 追記 かなり時間が経ってしまいましたが、当時の理解が甘かったところがあり、CleanArchitectureというよりも、レイヤごとに分離させたという方が適切な表現であると気がつきました。 では何をもってCleanArchitectureなのか？というのは、こちらの記事が参考になりました。 https://qiita.com/gki/items/f601afbfada85fd8624e —— 概要 自社サービスのアプリのアーキテクチャにMVVMを採用していたのですが、 ViewModelやModelが肥大化 Mの部
About the content This talk was delivered live in June 2016 at mDevCamp. The video was transcribed by Realm and is published here with the permission of the conference organizers. MVVM、MVC、VIPERなど多様なアーキテクチャデザインがありますが、どれが一番良いのでしょうか。この講演では良いiOSアプリアーキテクチャを構成するためにどのような要素が必要なのかを見ていきます。 導入(0:00) New York Timesで働いているKrzysztof Zabłockiです。オープンソースまたは私が作ったFoldifyアプリを通じて私の名前を聞いたことがある方がいるかもしれません。もしかしたらObjectiv
#1． はじめに 前編：ドメイン駆動設計＋クリーンアーキテクチャ解説【DDD編】 本記事は前回の続きとなります。クリーンアーキテクチャとはRobertMartinが提唱するアーキテクチャであり（※参考文献参照)本記事でも採用しています。元々本記事ではドメイン駆動設計を利用しアプリケーションの構築を目的としており、クリーンアーキテクチャについては結果として必要になりました。クリーンアーキテクチャは下記のような問題を解決します。 ・フレームワーク独立 ・テスト可能 ・データベースからの独立 ・外部機能からの独立 実際にドメイン駆動設計に関する思想・概念を実際のソースコードに落とし込む際に、いくつかの問題にぶち当たりその解決法の１つとしてクリーンアーキテクチャを採用する形になりました。本記事ではどういった問題に直面し、なぜクリーンアーキテクチャを採用することになったかについて記載できればと思いま
明けましておめでとうございます！本年もよろしくお願いします！ 年末から猫を飼い始めてなるべく早く家に帰りたいかっくん(@fromkk)です。 最近iOS界隈ではMVC以外のアーキテクチャが流行ってますね。 ベースは昔からあるMVCですが、MVPやMVVM、VIPER、Clean Architecture等など... どれもメリット/デメリットあるかと思いますが、弊社のiOSチームではどれも採用せずに昔からのMVCでプロジェクトを進めています。 何故他のアーキテクチャを採用しないのか 一言で言うと学習コストが高いのが大きいです。が、それだけでも無いので細かく記述したいと思います。 学習コスト 先述しましたが今と違うことをしようとするとどうしても学習コストが高くなります。 また、一人ならいいですが複数人いる場合はチーム内の皆も同じく学習する必要があります。 個々人のスキルに差が合ったり、メンバ
2. アーキテクチャ編の復習 質問がありましたので、ディスカッションしておきましょう。 Q.1 「オニオンアーキテクチャと同じくたまねぎのようなレイヤー構成になっているが、その意味は？」 Domain Modelをコアとしたアーキテクチャだからです。 上下ではなく、コア（interface）を実装(implement)が包み込んでいく(DI)メタファ。 Q.2 「データベースは、下位層ではなく外界とすれば、いいのでは？」 The Onion Architecture - Jeffrey Palermo http://jeffreypalermo.com/blog/the-onion-architecture-part-1/ その通り！ “The database is not the center. It is external. ” じゃあ、センターはなに？ “Remember that
株式会社LITALICOでアプリエンジニア（iOS/Rails）を担当しています、shuyuheyです。 『LITALICO Advent Calendar 2016』7日目の記事です。 まえがき このエントリでは、iOSアプリをリファクタリングしながら、徐々にClean Architectureを適用していく過程で気づいたことをまとめます。 まだまだリファクタリングは途中ですし、アーキテクチャ適用の中でも手探りな部分がありますので、ご意見を頂けますと大変嬉しいです！ 当初のアプリの状態 当初のアプリでは、次のようにロジックがまとめられていました。 Managers サーバAPIへアクセスする レスポンスをModelへパースする パースしたModelの一部を、インスタンス変数で管理する シングルトンとして実装 Model JSONオブジェクトの変換先 Himotokiで実装 ViewCon
iOS その2 Advent Calendar 2016 15日目の記事です。 現在業務で製作中のアプリではClean Architectureを採用しています。アプリ自体はまだリリースされていないのですが、少しずつ全体像は見えてきたのでClean Architectureの概要と合わせて具体的な実装例の紹介と現時点での所感などを書きたいと思います。 Clean Architecture とは 概要 iOSアプリにおける実装 3つのグループ分け Presentation Domain Data 所有関係・依存関係 Clean Architectureから外れたもの メリット・デメリット メリット テスタビリティが向上する 再利用性が向上する 機能を置き換えやすくなる 見通しが良くなる デメリット 学習コストが高い 面倒なことが多い ライブラリやSDKの設計思想と食い違う 最後に 参考文献
iOS Clean Architecture の説明と、実際にMoneyForwardでiOS Clean Architectureを導入してみた話をします。 Sample code: https://github.com/koutalou/ios-cleanarchitecture
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く