![腐敗防止層
● Flutterに限った話ではない
● バックエンドとフロントのギャップを埋める
● あとMapは使いづらい
var _card = Card(
child: ListTile(
title: Text(map[‘title’]),
trailing: IconButton(
icon: Icon(Icons.arrow_forward_ios),
onPressed: () {
callback(map[‘value’]);
},
),
),
var _card = Card(
child: ListTile(
title: Text(entity.title),
trailing: IconButton(
icon: Icon(Icons.arrow_forward_ios),
onPressed: () {
callback(entity.value);
},
),
),
);](https://image.slidesharecdn.com/00991kdzs9ossw9wfnoj-signature-902abe67a96e94008988ae1c1b4593c6d8cb41ec6395fa512c33c4a1dd0dbfd1-poli-191125003819/85/Effective-flutter-11-320.jpg)
More Related Content
What's hot (17)
Similar to Effective flutter (14)
More from 小川 昌吾 (20)
Effective flutter
- 4. 基本 ● アプリの表現はページの組合せ ● StatefulWidgetの利用は最小限 ● Navigatorは上手く使う ● PluginでOS差分を外に追いやる ● 腐敗防止層を置く
- 5. 4. エントリのファイル名を決めておく ページの組合せ 1. 各ページを個別に作成 2. これらをコントロールするWidget 3. 単純なものは１つで構わない
- 7. Blocパターンおさらい ● StreamBuilderを使う ● 入力をStreamで流して、更新させる ● RxDartを使うと簡単にできる StreamBuilder https://api.flutter.dev/flutter/widgets/StreamBuilder-class.html
- 8. Navigatorの使い方 ● 画面をpush/popで切替えられる ● 安易に使うとappbarのleadingで苦しむ ● PageViewやIndexedStackを使う ● 履歴から削除しながら画面遷移させる Navigator.pushNamedAndRemoveUntil( context, routeName, (Route<dynamic> route) => false );
- 9. Plugin化の考え方 ● OSの機能を使わないといけない ● 充分に抽象化されている ※業務ロジックが入り込まない ● パッケージが公開されてたら使うだろってものは公開す る ※音を鳴らしたい、音量を変えたいとかそういうもの ● 機能は詰め込み過ぎない ※単一責任の原則に従う
- 10. Pluginの取り込み ● バイナリでは落ちてこない ● コンパイルしている ● プラグインを大量に取込んでも、サイズ的に は対して変わらない（であろう） ● 処理は所詮ローカル呼び出し
- 11. 腐敗防止層 ● Flutterに限った話ではない ● バックエンドとフロントのギャップを埋める ● あとMapは使いづらい var _card = Card( child: ListTile( title: Text(map[‘title’]), trailing: IconButton( icon: Icon(Icons.arrow_forward_ios), onPressed: () { callback(map[‘value’]); }, ), ), var _card = Card( child: ListTile( title: Text(entity.title), trailing: IconButton( icon: Icon(Icons.arrow_forward_ios), onPressed: () { callback(entity.value); }, ), ), );
- 12. JSON to Entity on dart ● json_annotationを使う ● Javaのjsonicとほぼ同等 ● アノテーションでプロパティとMapのキー を紐づけて、リフレクションで箱クラスの実 態を作る ● 対象が変更される度に叩く チームで使う場合はgit hookで叩かせる flutter packages pub run build_runner build
- 13. その他(Dart) ● 1ファイルがpackage friendlyと考える ex) request/response/convert to Entity ● 名前付きコンストラクタを積極的に使う ● メソッド引数は名前付き引数を使う ● 必須にパラメータには@requiredを付ける
- 14. おしまい
Editor's Notes
- #6: ページ全体をコンポーネントとして捉えている 基本はmainから入るが、通知から表示するときはdetailを直接開く、ということができる エントリのファイル名を決めておくと、 後で見るときにどこからおえば良いかが判りやすい またmainを置くことで、配下に置くページWidgetに対して、ChangeNotifierで制御しやすくなる
- #7: setStateは発行したWidgetとそこにぶら下がっているWidgetがrebuildされる StatefulWidgetの配置を考慮した構成は、スキル差が諸に出る 何も考えないで基本系をStatelessWidgetにして、Blocで更新したい箇所を更新するのがコスパが良い
- #9: ページを尘补颈苍でひとまとまりにする
- #12: どっちが良いかという話。 左はキーの値が変わると全部変わる。 右は詰め込むときにアプリの形に合わせるように入れれば良いから、変更箇所が最小限になる。
- #13: コマンドは、環境ごとに叩かないと上手く動かないことを観測しているので、 Gitignoreに自動生成ファイルは入れて管理外にする。 Git hookでpull/merge/checkoutしたときくらいに走るようにしとくとスムーズ