Flutter とは

Flutter 導入の判断基準

1. UI デザインを各 OS でどのくらい共通化するか
2. OS に依存した機能をどのくらい利用するか
3. アプリサイズをどの程度まで削減したいか
4. 今後のアプリ開発の体制をどうしていくか
1. 採用戦略
2. 内製化

メリット

• 共通化できるコードが多ければ多いほど、開発期間の短縮・開発や保守運用コストの削減につながる
• OS 独自の機能だったとしても Flutter パッケージが存在すれば共通化できる
• GPS・Beacon・Bluetooth などもパッケージは存在する
• マテリアルデザインが適用された Widget がパッケージとして提供されているため、マテリアルデザインによる UI の統一が簡単にできる
‣
Material Design のサイトでは、コンポーネントは Flutter でどのようなコードを記述すればいいかの例が記載されている
• 開発時にホットリロード（Hot Reload）機能が使えることによって、コード修正がすぐアプリに反映され確認がしやすく、開発スピードの向上が期待できる

デメリット

• Dart 言語の機能はまだ Kotlin・Swift には及ばない

• Flutter のパッケージがない機能や SDK、OS に依存した設定などは、ネイティブコードを書かざるを得ない
• Salesforce SDK は現状 Flutter パッケージはない
• ネイティブの UI パーツに依存する機能のある SDK は、その部分について利用できない可能性がある

世界での事例

Google Pay の完全な Flutter での作り直しは、おそらく一番利用ユーザー数が多そうで、世界的にインパクトの大きい事例

Flutter Showcase |Google Pay

With 100 million users in dozens of countries, Google Pay allows users around the world to pay, save, manage expenses, and more. But to do that, they relied on 1.7 million lines of code between their Android and iOS apps - an amount that didn't feel sustainable as Google Pay continued to expand to new countries, each of which would require its own unique features.

flutter.dev

国内での事例

ゆめみでの事例

Q & A