Flutterアプリにおける、過不足ない設計の考察🎅
Photo by Hush Naidoo Jade Photography on Unsplash「一般的なモバイルアプリ」の設計全般において、特に何に気を付ける必要があるか、あるいは逆にあまり気にしてなくても良いのではと思うことなどを述べていきます。 (…のつもりでしたが、後者含めると1記事に収めるの困難で、最後にさらっと触れつつ別記事で手厚く書きたいところです🤔) ここでの「一般的なモバイルアプリ」は規模観点では以下程度のイメージですが、それを超えるような規模でも通ずる内容も多いと思っています。 コード量: 数万〜十数万行実装者: 一桁人種類としては(スマホ向けの)クライアントアプリコードであり、以下などではないです。 パッケージ・ライブラリではないサーバーサイドではないこの種類によって適切な組み方はけっこう変わり、アプリコードは依存関係の末端側(基本的に依存される側にはならない)な
Flutterの状態管理とViewの更新
こんにちは。モバイルクライアントグループの若宮(id:D_R_1009)です。 最近スタンディングデスクを導入しました。業務時間中はずーっとスタンディング状態で、疲れたら業務終了な感じでやってます。 スタディプラスでは一部のプロダクトでFlutterを採用しています。 社内では私がFlutterの開発経験が一番多く、また長くなっているので技術選択などを行っています。 先日、新たにFlutterのアーキテクチャを選びなおす機会がありました。 アーキテクチャを比較するにあたり、社内向けに書いたブログを一部編集して公開します。 はじめに StatelessWidget StatefulWidget StatefulWidgetにmixinするObserver Viewを更新するController Provider (InheritedWidget) InheritedWidgetとは Prov
【Flutter】アプリを分割する3つのレイヤーと依存関係
前回の記事 では、今仕事で開発中のアプリのアーキテクチャを クリーンアーキテクチャ本 の教えを頼りに頑張って考えた話を書きました。 前回の記事では主に レイヤーを分割して依存関係を整理することの意義 について書きましたので、この記事ではそれをさらに深掘りし、具体的にそれぞれのレイヤーがどのような役割を担当し、なぜそれをレイヤーとして独立させる必要があると考えたかを説明していきます。 「クリーンアーキテクチャを適用する」とは このアプリの具体的な話に入る前に、この記事での「クリーンアーキテクチャを適用する」という言葉のイメージをちゃんと書いておこうと思います。 個人的な理解ですが、「クリーンアーキテクチャを適用する」という言葉が表す内容は、あの有名な同心円上の 4 つのレイヤーを忠実に再現することではありません。 クリーンアーキテクチャ本では、例の図の直後に 図 22-1 の円は、概要を示し
【Flutter】アプリ全体のアーキテクチャを0から考えて作り直した話
ここ半年ほど、仕事で Flutter アプリを 0 から作り直しています。 ちょうど今年の個人的なテーマを「アーキテクチャ」に据えていたこともあり[1]、またその一環として 「Clean Architecture 達人に学ぶソフトウェアの構造と設計」 （以下：クリーンアーキテクチャ本）を読んでいたこともあり、この作り直しでは「アーキテクチャ」をしっかりと自分の頭で考えながら作ろうと決めて取り組んできました。 アーキテクチャについて頭を悩ませながら実装を進めること約半年、ようやくアプリが形になるとともにある程度知見も溜まってきましたので、その知見を一般化した内容をこの記事にまとめていきたいと思います。 注意 この記事は、「Flutter アプリのアーキテクチャはこれがベストプラクティス！」という類の記事ではありません。あくまで 私の目の前の要件ではこれが最適と判断した という一例の紹介になり
Flutterでproviderを使ったMVVM開発｜yasukotelin
==追記=== 今でも結構いいねがつきますが、僕はちょっと遊びでFlutterを触ったくらいでこの記事を書いてからもほぼ触っていません。 こちらの記事も参考にしていただくのはとても嬉しいですが、もしかしたらMVVMは推奨されていないのかもしれないし、案外スタンダートに使われているのかもしれません。Flutter界隈のキャッチアップもほぼしていない状態なので、そういう前提を持ってこの記事を読んでいただければと思います。 （追記終わり） まるでいつもそうやって開発しているかのようなタイトルですが、全くそんなことはありません😇 Androidエンジニアなので普段はFlutterを書いてはいませんが、最近Flutterでアプリを作り始めました。 Android開発ではViewModelとLiveData、data bindingを使ってMVVMで開発をしています。FlutterでもMVVMで開発
Managing Flutter Application State With InheritedWidgets
Everyone has heard that interactive applications can be decomposed into three parts: model, view, and controller. Anyone who has given Flutter a test drive will be familiar with its react-style support for building view/controllers with widgets and callbacks. Everyone does not seem to be so clear on how Flutter supports the “model” part of MVC. A Flutter application’s model represents its persiste
Futureが失敗したときにSnackBarでエラーを表示する（ScopedModelでの場合） - Qiita
前置き Dartでは、ネットワーク通信などの結果は Future で返ってきます。 ネットワーク通信はときどき失敗するので、そのときはユーザーにエラーを表示しつつ、再読込の手順を案内しなくてはなりません。 MaterialDesignの文脈では、そうしたエラーの報告と再読込のボタン表示にSnackBarを使用します。 Flutterでも SnackBar は標準のWidgetとして準備されているので、これを使用しない手はありません。 やりたいこと 通信に失敗したとき、SnackBarでエラー表示をしたい こんな感じで。 プロジェクトのアーキテクチャ アーキテクチャはScopedModelを採用しています。 ScopedModelについて、詳しくは @hayassh さんの記事が詳しいのでこちらをご参照ください。 Scoped Modelの基本的な使い方（Flutter） Flutterで広
Scoped Model を利用した場合の画面遷移でうまくいったコード例（Flutter） - Qiita
最近Flutterをいじり始めました。Scoped Modelを利用するとスッキリ書けるので、そのコードを書いたときの画面遷移時に具体的にどうコードを書くとうまくいったかをレポートします。 [Scoped Model 初めて聞いた方へ]Scoped Model とは 公式のパッケージサイトは下記です。 基礎原理の解説について下記記事が参考になりました。 自分の言葉で書くと、数値や文字列の処理部分とデザインテンプレート部分をModel定義をすることで綺麗に分離ができます。あと、このパッケージは、GoogleのFlutter開発チームが提供してくれているVeggie Seasonsというアプリのコードにも採用されていたので、自分もやってみようと思いました。Veggie Seasonsのコードは以下です。 ページ遷移時の試行錯誤時のエラー解決で得た知見 今回はこちらを共有したいのです。Scope
【Flutter】依存オブジェクトの注入 - のんびり精進
1ヶ月ちょっと前に Flutter の provider というパッケージに関する記事を書きました。 qiita.com そこでは、provider の機能の一つとして「DI の仕組みを提供」と説明しています。 しかし記事を複雑化するのを避けて掘り下げないままにしました。 代わりにここで補足しておこうと思います。 記事更新情報 2019/12/15 2019/11 下旬の provider 3.2.0 で 各プロバイダの builder という引数名が create に変わりましたので、本記事の関連箇所を更新しました。 2020/5/8 provider 4.1.0 によって異なる書き方ができるようになった旨を少し追記しました。 DI（Dependency Injection）とは DI はデザインパターンの一つであり、依存性の注入 と訳されることが多いものです。 とっつきにくい言葉です。
Scoped Modelの基本的な使い方（Flutter） - Qiita
今回はscoped modelについて書いてみようと思います。 Dart Meetup Tokyo #5での発表の中でもちょっと触れているやつです。ちなみにその時のスライドはこちらです。 FlutterとAngularDartを DIとClean Architectureでいい感じにする #Scoped Model Scoped Modelとは Scoped Modelの特徴はざっくりまとめると下記のような感じです。 親Widgetから子孫のWidgetにModelを簡単に渡す事が出来るようになる Modelが更新された場合に、そのModelを参照しているWidgetを再レンダリングする StatefullWidgetとStateを使用する必要が無くなる 個人的にはStatefullWidgetとStateを使う必要がないのが大きいです（Scoped Modelの内部では使用されていますが
【Flutter】アプリ製作から学ぶProviderの使い方【図解付き】 - Qiita
先日、Flutterの学習がてら、チェスクロックアプリを作成しました。 製作期間は1週間ほど。 Swift、Androidならすぐできるのに…とかひとりぼやきつつ、Providerについてもなんとなく理解して実践で使用できましたので参考までに。 図解とコード付けていますので、なんとなく理解した気になれたらチャレンジしてみてください。 Providerについて Consumerと組み合わせることで、Consumer以下に配置したWidgetのみ更新することが可能。 これにより、全画面描画する必要がなくなり、レンダリング時間の削減につながる。 StatefulWidgetの仕組みよりこちらのほうが理解しやすい。 全画面描画しないで済む分パフォーマンスにも優れており、Providerを使うメリットについてはGoogleも認めています。 アプリ全体像 チェスクロックアプリの全体像より、Provid
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Flutter samples
Flutter WebにHTML要素を貼る | ドクセル
Flutter Architecture-ScopedModel, A complete guide to real world architecture
【Flutter】もうnamedRouteは使わない！僕が全力で勧めたいルーティング方法をサンプル付きで解説してみた | 技術は熱いうちに打て！
Flutter route-画面遷移
Loading...