【全2回】AWS Lambda x FastAPIによるPythonモダンAPI開発のすゝめ 2 - RAKSUL TechBlog
はじめに 対象読者 あまり説明しないこと 前提とするバージョン 参考となるレポジトリ 3. アーキテキチャ及びディレクトリ構造 オニオンアーキテクチャを採用 オニオンアーキテクチャとは 誕生の背景 依存関係逆転の原則の活用 採用理由 参考になった記事 ディレクトリ構造 全体の構成 api schema apiとusecaseの間のデータ構造を提供する役割 schemaはパスオペレーション関数のリクエストとレスポンスの構造を提供する役割 usecase domain infrastructure core container_config exception 参考にしたもの まとめ はじめに ラクスルグループのノバセルで新卒2年目のエンジニアをしています田村(tamtam)です。 第1回では、AWS Lambda x FastAPIによるPythonモダンAPI開発を実現する上で役立つであろ
DataStoreとは? DBやExternal InterfacesへのGateway(の様子) DBやExternal interfacesとはつまり、データの入手先・保存先のこと Gateway? どういうことだってばよ? gateway.q(from:"勤務実績")と唱えるだけで、必要な結果が得られる 勤務実績がどのDBにあってもよい DBMS、WebSite、ファイル、、、全てOK! データへのアクセス手段をドライバとして提供する必要がありますな 複数のデータソースを一個に 役割名はGateway(入出力どちらもあるから) DBの足りない値を補完(表示順序値とか)できる RDBのview張るようなもん? COMPANY.tables = { "勤務実績": "labor_cost", "所属部門": "departmentList", "従業員": "users" } COMPA
ビジネススピードを確保しつつ、脆弱性のリスクを抑えるにすれば良いのでしょうか。本記事では、Clean Architecture を用いて脆弱性への対応力「レジリエンス」を高めるアプローチを解説します。
この記事は Aizu Advent Calendar の 20 日目の記事です。 adventar.org 前日は id:nktafuse の 、 nktafuse.hatenablog.com 明日は id:ywkw1717 です。 ywkw1717.hatenablog.com きっかけ 最近職場で Clean Architecture を取り入れたアプリケーションを Python で書いていて、Go でも書けないか？という試みではじめました。 作ったものは、サーバにアップロードしたファイル自体の改竄を検出できる簡易ファイルアップローダみたいなものです。 github.com 以下では CA について簡単に解説した後、設計・実装する上で悩んだ点などを挙げています。 Clean Architecture 原文と翻訳版は以下。 8thlight.com クリーンアーキテクチャ(The Cl
API サーバーを Clean Architecture で構築する - OPTiM TECH BLOG
はじめまして。オプティムのR&Dに所属している新卒2年目の板垣です。 普段は、AI の学習に必要な教師データを作成するためのアノテーションツールの設計・開発・運用を行なっています。 アノテーションツール自体は Web アプリで、クライアント側は React と TypeScript、サーバー側は Go で実装しています。 さて、先日 Clean Architecture 達人に学ぶソフトウェアの構造と設計 という本が ITエンジニアに読んでほしい！技術書・ビジネス書 大賞2019 の技術書部門ベスト10にノミネートされました。 本記事を読もうと思って下さった方の中には、この本を読もうと思っている、または、もう読んだという方が結構いらっしゃるのではないでしょうか。 かくいう私も、携わっているソフトウェアのソースコードがひどくて(というより、そのアーキテクチャでは耐えられなくなってきたと言った
開発者にはしばしば必要なものがないという状況が訪れます。デベロッパーエバンジェリストの成瀬氏が、実際に10名弱のチームで新規プロダクトを作る際にクリーンアーキテクチャの構成を実践してみた話をしました。 Part.3はクリーンアーキテクチャの実装例について。動画はこちら。 これに従って実装すれば、見えるものがあるんじゃない？ 詳しくいきましょうか。実装例がどういうものか？ 右下の図がすごく大事という話をしましたよね。これをもっと細かくしましょう。そういう図が実はクリーンアーキテクチャのWebと書籍にもありました。Robert C. Martin、この人はかなり有名な人で、あのSOLID原則を定義した人です。Robert C. Martinがこのクリーンアーキテクチャというのを発表して、iOSクリーンアーキ……iOSのほうでかな。発表して（※のちに勘違いだったとYouTube説明欄で訂正）、そ
モジュラモノリスで表現する複雑なドメイン領域と境界 https://speakerdeck.com/showmant/expressing-complex-domain-regions-and-boundaries-with-modular-monoliths PofEAAで考えるSaaSバックエンドの作り方 https://speakerdeck.com/dnskimo/pofeaadekao-erusaasbatukuendofalsezuo-rifang The Clean Architecture https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html Freer Monads, More Extensible Effects http://okmij.org/ftp/Haskell/
クリーンアーキテクチャとは まず以下の記事を推す。 持続可能な開発を目指す ~ ドメイン・ユースケース駆動（クリーンアーキテクチャ） + 単方向に制限した処理 + FRP 私なりの要点は次の通り * 内側から、DomainModel/Usecase/Interface Adapter/External Adapter * Interface Adapterが内と外を変換する単一方向のパイプのようなもの * 外から内への入力がController、内から外への出力がPresenter、入出力を分離する必要がない場合はGateway * Usecaseに業務手順を書き下す。業務手順の明示的なテストができるって凄い * Usecase中では、Contolerからの入力で、DB−Gatewayからデータを得て、Presenterに出力し反映など。パイプを繋ぎ直しているようなイメージ * 出力パイプ
ZOZOのグローバルECのフロントエンドアーキテクチャ設計 / Frontend Architecture Design of ZOZO - Speaker Deck
HTML5カンファレンス2018で登壇した内容です。
CleanArchitectureを使ったサンプルアプリを作成したので、説明していきたいと思います サンプルアプリ まず、作成したアプリについてです Qiitaのクライアントです 認証 投稿一覧 詳細 ユーザー投稿一覧 詳細 ソースコード https://github.com/hachinobu/CleanQiitaClient 使い方 一応そのままビルドしてもビルドは通りますが認証していない状態なのでAPIコール制限とストックボタンなどは動かないです 認証したい場合は下記からアプリケーションの登録をしてください https://qiita.com/settings/applications/new リダイレクト先のURLをサンプルソースコードでは固定にしてしまっているので clean-qiita-client://oauth で登録すると楽です Client IDとClient Secr
Scala + CleanArchitecture に Eff を組み込んでみた – PSYENCE:MEDIA
この記事は RECRUIT MARKETING PARTNERS Advent Calendar 2018 の投稿記事です。 こんにちは。スタディサプリENGLSHでサーバーサイドとインフラを担当している松川です。 CleanArchitectureにEffを組み込むことによって、これまでモナドトランスフォーマーでは辛かった数種類以上のモナドを取り扱う処理をフラットに書けるようになったり、多くのメリットがあったので紹介させていだきます。 はじめに スタディサプリ ENGLISHのサーバーサイドは全てScalaで書かれており、CleanArchitectureを採用しています。 1つのサービスにおけるsbtプロジェクトの依存関係は以下のようになっています1)StreamAdapter,InternalAdapterは存在しないサービスもあります。。 基本的にはオブジェクトが主役な設計ですが、
The Clean Architecture
Over the last several years we’ve seen a whole range of ideas regarding the architecture of systems. These include: Hexagonal Architecture (a.k.a. Ports and Adapters) by Alistair Cockburn and adopted by Steve Freeman, and Nat Pryce in their wonderful book Growing Object Oriented Software Onion Architecture by Jeffrey Palermo Screaming Architecture from a blog of mine last year DCI from James Copli
2021/10/02, 03に開催されてPHP Conference Japan 2021の登壇でお話ししたスライドです。 #phpcon2021 #phpcon #php
はじめに 昨年からの大きな案件でClean Architectureを使った Platforms: Android/iOS Languages: Kotlin/Swift はじめに 勉強会向け資料なので、クリーンアーキテクチャー自体の解説もある程度含まれます。 逆に、時間の都合上、歴史背景や細かい部分までは行き届いていません。 もし間違いがあればご指摘ください。 オススメ書籍 アーキテクチャーを選定する目的 求められるシステムを構築・保守するために必要な人材を最小限に抑えるため 「アーキテクチャーは上位レベル、設計は下位レベル」のように区別されることがあるが、両者の間に明確な境界はなく、上位から下位に至るまで、決定の連続である スマホアプリ開発で代表的なアーキテクチャー AndroidはMVVM（Googleが推奨） iOSはMVC（AppleがCocoa applicationに採用）
AWS Black Belt Online Seminar 2016 Amazon EC2 Container Service
iOS Clean Architecture の説明と、実際にMoneyForwardでiOS Clean Architectureを導入してみた話をします。 Sample code: https://github.com/koutalou/ios-cleanarchitecture
はじめに 設計がしっかりしていないまま開発をしてしまうとビジネスロジックとライブラリが密結合となりがちです。 密結合度が高いほど修正が困難となり、継続的な開発の難易度が上がっていきます。（技術的負債） またプロジェクトが大きくなってくると扱うデータ量も多くなり処理速度もデータ量に比例するため、計算量オーダーの影響を受けます。 プロジェクトのそれぞれの機能に対して 1. 再利用可能 2. テストしやすい 3. 機能追加しやすい 4. ビジネスロジックとライブラリ、REST API（+マスターデータ）を分離できる となっていれば継続的な開発がしやすいです。 最近ではクライアントサイドではクリーンアーキテクチャ、Atomic Design、バックエンドではマイクロサービス化という設計方法があります。 この設計が良いと感じているのはビジネスロジックと機能の責務を分離し、 ライブラリとREST AP
9. copyright Fringe81 Co.,Ltd. It is not possible to create an optimal solution for searching,reporting,and processing transactions utilizing a single model. -CQRS documents by Greg Young-
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
ソフトウェア開発においてさまざまなアーキテクチャが提案されている中で、テストに強いアーキテクチャを紹介する本連載ですが、第5回の本稿では、「Clean Architecture」（クリーンアーキテクチャ）について解説します。 著者紹介：石黒 邦宏 デジタル・マジック・ラボでインターネット経路制御運用に関わり、オープンソースウェアで経路制御を実現する「GNU Zebra」を開発。1999年IP Infusionを共同設立し、CTOに就任。2009年Access CTO、2015年アプリックス CTOを経て、2018年デジタルハーツホールディングスCTOに就任。 「Clean Architecture」とは？ Clean Architectureはロバート・C・マーティン氏が提唱したアーキテクチャです。マーティン氏は「アンクルボブ」という通称でも知られている著名なエンジニアで、「Manifes
デザインパターンのよさが分からない人は設計に自信が持てるようになるのか問題自分語りを少々。1 目の前にあった HTML と JavaScript と PHP と SQL が渾然一体となったコードと戦うことから始め、テスタブルなコードを自分が死なないように習得していった自分にとって、鬼門の一つは 再利用のためのデザインパターン だった。 何しろ再利用可能なコードなんてほとんど何もなかったのだ。そんなもの分かるわけがない。 ところが世の中の「ためになる本」はオブジェクト指向やデザインパターンの知識が前提になってしまっているところが結構あって、歯がゆい思いをすることもそれなりに多かった。 そんなところに、少ない設定、少ない知識でもプロダクティブな開発ができる Ruby on Rails というフレームワークが登場したことで、自分にできることが広がった。2 Rails の支援していないもののうち、
ちょっと前にiOS allstars2に参加して知ったClean Architecture(クリーンアーキテクチャ)が、最初はなるほどすげえなーと思っていたものの、ちょっと改めて調べてたら少し迷子になったので自分のために色々整理してみる。 そもそもクリーンアーキテクチャの前に クリーンアーキテクチャのことを書いているエントリーを見るとよくMVC, MVVMなどのアーキテクチャとの比較があるが、一緒に丸が４層になった絵が出てくる。（本家はこちらですが、日本語訳をされた方のエントリもある。） 自分はいきなりこの絵をみても何のことやらだった。が、この絵はオニオンアーキテクチャ、ヘキサゴナルアーキテクチャを知ると理解できた。 ヘキサゴナルアーキテクチャ (Hexagonal Architecture) ヘキサゴナルアーキテクチャは、伝統的なMVC, MVVMなどのレイヤード（階層）アーキテクチャか
AndroidオールスターズでClean Architectureについて発表してきた&参考リンク集 - tomoima525's blog
先日dots.さんが主催するAndroidオールスターズという勉強会で、"Android Clean Architectureことはじめ"と題して発表してきました。 資料はこちらになります。 Android cleanarchitecture from Tomoaki Imai www.slideshare.net また資料でお見せしたサンプルコードは https://github.com/tomoima525/CleanArchitectureSample になります。プリミティブな形でサンプルをお見せしたかったため、ほぼデファクトスタンダートとなっているRetrofitとButter Knife以外のライブラリは利用せずに書いています。 最低限の実装なので色々荒くなってるし、テストガーとか言ってたくせにテストも書けてないので、後ほどもう少しブラッシュアップしてテストも書きます。気になる
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のすみ分けはしていない 実装上は意識
はじめに 弊社で開発するモバイルバックエンドのサーバサイドAPIアプリケーションコード (Play framework + Scala) はビジネスロジックを担う主要なパッケージである services, domains が外部のインフラやAPIインターフェイスに直接依存しないようなパッケージ構成をとっています。（Clean Architecture） services, domains の構成についてはDDDの経験が浅く、まだまだ改善の余地があると考えており、今後どうしていくか考えていくにあたって参考になるであろうページをまとめてみました。 尚、DDDまわりにおける筆者の現在の知識はドメイン駆動設計の第二部までを読み終わり、第三部を読み始めた程度です。 DDDと関連のあるCQRS+ES（Command and Query Responsibility Segregation + Even
いまどきの MVP 実装パターンを眺めるべし「Android Architecture Blueprints」
このような, 質問がありました. こんにちは。 私はアプリの開発を2年ほどやっているものです。 しかし, いつも似たようなコードの繰り返しばかりで少しも進歩していないように思っています。 小さい会社なので, モバイルアプリ開発者は私だけで, だれも私のコードを見ることがないので, 私のコードの間違いを指摘されることはなく, 会社で開発されている他のコードを見ることもありません。 最新技術を利用しすばらしい実装を行っているオープンソースアプリのコードを勉強したいです。 そのようなアプリをどこで見つけたらよいか教えて下さい。 よろしくお願いいたします。 I would like to study some up-to-date open source apps, preferably with material design, do you have any suggestions? : an
この記事は次の記事の続編に近い内容となっています。 もし可能であればこちらの記事を読み進める前に、次の記事をご覧いただくとより内容がわかりやすいでしょう。 Laravelで実践クリーンアーキテクチャ: https://qiita.com/nrslib/items/aa49d10dd2bcb3110f22 はじめに 皆さんこんな図をご存知でしょうか。 The Clean Architecture: https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html これはクリーンアーキテクチャというアイデアを表した図です。 同心円が特徴的な図ですね。 この同心円は、最も重要なビジネスロジックを中心に見据えることで外界の変化から防衛、対応していこうというコンセプトを表しています。 より具体的にいえば、ビジネス
2018/11/10 追記 かなり時間が経ってしまいましたが、当時の理解が甘かったところがあり、CleanArchitectureというよりも、レイヤごとに分離させたという方が適切な表現であると気がつきました。 では何をもってCleanArchitectureなのか？というのは、こちらの記事が参考になりました。 https://qiita.com/gki/items/f601afbfada85fd8624e —— 概要 自社サービスのアプリのアーキテクチャにMVVMを採用していたのですが、 ViewModelやModelが肥大化 Mの部分が上手く実装できておらず、データ層の取り回しやビジネスロジックまわりに不便を感じてきた などの課題があったので、CleanArchitectureを参考に「データレイヤを厚めにする＋ビジネスロジックの分離」を行ってみましたという内容です。 各クラスの名前は
2016/03/26 Developers.IO 2016 in Osaka #cmdevio2016 発表資料
トレタ Advent Calendar 2016 - Qiita 16日目の記事になります。 フロントエンドエンジニアのすえだです。 はじめに Flux実装する上で曖昧性をできるだけ無くすために頑張る話です。 ***アーキテクチャはこうあるべきみたいな原理主義的な話はありません。あくまで参考です。 この記事で書いていること Fluxについて DDD(レイヤードアーキテクチャ)について FluxとDDDの関係性 Fluxのレイヤー化 Fluxについて 単方向に伝搬されるデータでアプリケーションの状態を表現するアーキテクチャパターンです。 CQRSとEvent Sourcingを組み合わせたような形になります。 恩恵 単方向のデータフローにより、行ったり来たりのような処理が少なく振る舞いを理解しやすい DispatcherやActionがシングルトンで表現されるので参照に悩まされづらい DDD
リファクタリングから始めるiOS Clean Architecture (Presentation層＆Usecase) - Qiita
株式会社LITALICOでアプリエンジニア（iOS/Rails）を担当しています、shuyuheyです。 『LITALICO Advent Calendar 2016』7日目の記事です。 まえがき このエントリでは、iOSアプリをリファクタリングしながら、徐々にClean Architectureを適用していく過程で気づいたことをまとめます。 まだまだリファクタリングは途中ですし、アーキテクチャ適用の中でも手探りな部分がありますので、ご意見を頂けますと大変嬉しいです！ 当初のアプリの状態 当初のアプリでは、次のようにロジックがまとめられていました。 Managers サーバAPIへアクセスする レスポンスをModelへパースする パースしたModelの一部を、インスタンス変数で管理する シングルトンとして実装 Model JSONオブジェクトの変換先 Himotokiで実装 ViewCon
技術書典5にて販売した "pospomeのサーバサイドアーキテクチャ" をBOOTHから購入できるようにしました。 - pospomeのプログラミング日記
技術書典5にて販売した "pospomeのサーバサイドアーキテクチャ" をBOOTHから購入できるようにしました。 以下から購入できます。 価格は技術書典と同じ1000円です。 booth.pm 技術書典に来てくださった方への特典として価格を少し上げたり、 内容を落としたりしようと思いました。 しかし、遠方のため行けない人がいたり、 予定があって行けない人がいたり、 行きたくても行けない場合もあるので、 特典というのも少し違うかなと思い、価格は据え置き、内容も同じという形で販売しました。 次の技術書典では当日来てくださった方向けの特典でも用意しようかなと思っています。 ちゃんとしたイラストを表紙にした物理本をプレゼントしたり、 一部の内容を落としたりしようかと。 落とす内容は独立して切り離せる内容にしないといけないので、次回はそれも考えて書く必要がありますね。
It's well known in the field of architecture that we shape our buildings, and afterward our buildings shape us. As all programmers eventually learn, this applies just as well to building software. It's important to design our code so that each piece is easily identifiable, has a specific and obvious purpose, and fits together with other pieces in a logical fashion. This is what we call software ar
VIPERアーキテクチャ まとめ - Qiita
※1:Interactorは利用シーン(ユースケース)に応じてクラス分割するため、画面と1:1ではない ※2:Entityはテストの際に差し替える必要がないほどシンプルな構造なのでプロトコル不要 ※3:1つのモジュールで複数のEntityを扱うこともあるため それぞれの役割の詳細 以下ではサンプルコードを元に説明 GitHubのAPIをたたいてリポジトリの一覧を取得し表示する Router 「画面遷移」と「DI」を担当 VIPERアーキテクチャの肝であり、他の有名アーキテクチャにないところ 他アーキテクチャではViewに画面遷移の処理もお願いする必要があり、Viewが「画面の更新」と「画面遷移」の2つを担当する必要があった →Viewのコードの見通しが悪くなりがちだった VIPERでは「画面遷移」の処理を Router に移管したことで View の責務を減らせ、可読性の向上が望める Ro
前提 このエントリはClean Architecture自体はすでに知識がある前提になりますので、なにそれ？という人は以下ののエントリを読まれると良いかと思います。 クリーンアーキテクチャ(The Clean Architecture翻訳) | blog.tai2.net まだMVC,MVP,MVVMで消耗してるの？ iOS Clean Architectureについて - Qiita また、この内容は以前のエントリの宿題としていた、 1) クリーンアーキテクチャの絵の右下にあるフロー図の理解。に対する自分なりの回答です。 はじめに 昨日今日とはDroidKaigi2018に参加してきました（DroidKaigi会場からポストしました）。Day1 Partyの寿司がケータリングじゃなくて会場で板前さんが握ってくれたり大画面でスト２やってたりして非常に楽しめました。セッションの方はアーキテク
本記事は QiitaAdventCalender2016の「iOS その3 Advent Calendar 2016」の１2月4日の記事です。 また、本資料の「ＶＩＰＥＲの使い方」は iOS Project Architecture: Using VIPER の翻訳資料です その後に続くのはオリジナルの文章です。 本記事の一部は原文をもとに翻訳をしていますが、一部翻訳が難しい箇所は違和感を持たぬ日本語への意訳となっています。 誤訳していたら教えてください。 ＶＩＰＥＲの使い方 ※ 画像は原文から引用 iOSアプリを開発するとき、iOSプロジェクトアーキテクチャを何を使うか考えるのはとても重要です。 もっとも使われているApple推奨パターンは、MVCアーキテクチャと呼ばれているものです。 しかし、実際定着してるMVCには欠点があります。 その欠点の1つはシンプルさのせいで、経験豊富なエンジ
![iOS Project Architecture : Using VIPER [和訳] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/be42d380ac5a0e05e9fd6c0a2fa12be57b25ad32/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-f625e957b80c4bd8dd47b724be996090.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9aU9TJTIwUHJvamVjdCUyMEFyY2hpdGVjdHVyZSUyMCUzQSUyMCUyMFVzaW5nJTIwVklQRVIlMjAlNUIlRTUlOTIlOEMlRTglQTglQjMlNUQmdHh0LWNvbG9yPSUyMzNBM0MzQyZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ21pZGRsZSZzPTNhNjRiM2I3NmNjNzZlNzc0NGRlNzZhNTEyNTE5ODRh%26mark-x%3D142%26mark-y%3D151%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwWUtFSV9tcm4mdHh0LWNvbG9yPSUyMzNBM0MzQyZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTZlZjU3NTRjMzI0MGU5ZjA2Nzc5NTk3NzEyYmNkNjc3%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D0eb4cfd47dd866389950dc226b0f652e)
明けましておめでとうございます。今年もよろしくお願い致します。 弊社では現在abceed analyticsというアプリを開発していますが、iOS/Androidのアプリを両方作る際の開発工数を削減したいというのは人類共通の課題かと思います。 そこで今回は、弊社がアプリ開発を高速化するために採用している手法・技術スタックについて簡単に書きます。 なお、React Native / Xamarin / Cordova などのクロスプラットフォーム系フレームワークについては触れません。あくまでネイティブで開発する際の手法ですのでご了承ください。 前提となる考え方 弊社では、iOS/Androidで新機能を同時にリリースすることは行なっておりません。多くの場合先行してiOS版で新機能をリリースし、遅れてAndroid版をリリースしています。 同時リリースを行なっていない理由は主に2つあります。
初学者でも5分で理解できるようにDI(Dependency Injection)を説明してみた - Qiita
この記事の説明 この記事はプログラミング初学時に自分が知りたかった3点に絞り、 かつ可能な限り端的に説明をして概要を掴んで頂く為に書きました。 そもそもDIって？ どんなメリット（必要性）ある？ 具体的に言うと？ 上記3点のみに絞って書いているので、かゆい所には手が届いておりません。 あしからず。 ※ 今回はDIの説明に集中するため、DIコンテナ等の具体的な利用例については割愛しています。 そもそもDI(Dependency Injection)って？ 一言で言うと、 『使いたいオブジェクトを渡してあげること』 そんだけです。 これだけでは逆にわかり辛いかもしれませんが、本当にそれだけです。 がんがん渡しましょう。 // 使いたいオブジェクト $d = new Di(); // コンストラクタで渡した！ $obj = new Obj($d); // セッターで渡した！ $obj = new
Android版CODEアプリのアーキテクチャと使用ライブラリ - リサーチ・アンド・イノベーション 開発者ブログ
リサーチ・アンド・イノベーションの高田(tfandkusu)です。Androidエンジニアをやっています。弊社には3人目のAndroidエンジニアを採用する予定があり現在準備中です。この記事では応募者が弊社で働くイメージを持ちやすくするために、Android版CODEアプリのアーキテクチャと使用ライブラリを広く簡潔に紹介します。 アーキテクチャ アーキテクチャは5層構造のレイヤードアーキテクチャになっています。Android公式のアプリの推奨アーキテクチャのViewModelとRepositoryの間にUseCaseを加えた構造を採用しています。UseCaseを加えた理由はViewModelの単体テストの肥大化を防ぐためです。 アーキテクチャ 非同期処理 Kotlin CoroutinesをFlowを含めて使用してます。 RemoteDataStore サーバサイドはRuby on Rai
アーキテクチャの目的は意図であり、フレームワークではない
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JavaScriptでクリーンアーキテクチャはどうすればいいのか(DataStore編)
脆弱性レジリエンスを高めるための Clean Architecture | yamory Blog
Clean Architecture で Go 製の API サーバを書く - blog.syfm
クリーンアーキテクチャの実装例 Javaでクリーンアーキテクチャする方法Part.3
Clean ArchitectureとEffで変更に強いAPIを設計する
JavaScriptでクリーンアーキテクチャはどうすればいいのか(前編) - Qiita
iOS CleanArchitectureを使ってみた感想 - hachinoBlog
SymfonyとDoctrineで
簡単クリーンアーキテクチャ
クリーンアーキテクチャーでスマホアプリ開発した感想（勉強会用） - Qiita
5分でわかるクリーンアーキテクチャ
iOS Clean Architecture のすすめ
React(+Redux)+gRPCで実現するクリーンアーキテクチャ＋マイクロサービス構成
Ladder of cqrs+es
GitHub - Shinpeim/NekogataDrumSequencer
ソフトウェアアーキテクチャの集大成「Clean Architecture」とは
Clean ArchitectureとHanamiですっきりしてきた
Clean Architectureで分からなかったところを整理する - Qiita
DDD、CQRS(+ES)まわりの実装、参考ページまとめ | DevelopersIO
Laravelでクリーンアーキテクチャ - Qiita
MVVMをベースにしつつCleanArchitectureを取り入れてみた - Qiita
ゲンバのクリーンアーキテクチャ - Scala play プロジェクト設計のお話 -
FluxとDDD(レイヤードアーキテクチャ)について考えてみた - embryo
Architecting iOS Apps with VIPER · objc.io
Clean Architectureで分からなかったところを整理する #2 - Qiita
iOS Project Architecture : Using VIPER [和訳] - Qiita
iOS/Androidの同時開発を高速化する設計手法について - サナギわさわさ.json