Flutterやろうよ！！！ 5

2024/05/06(月) 11:08:11.78

!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512

ようこそFlutter野郎どもよ！！！
軽い開発環境でモバイルアプリ開発ができるなんて最高じゃねえか
AndroidもiOSも両方行ける、まさに漢のためのツールだな

https://flutter.dev/

前スレ
Flutterやろうよ！！！ 4
https://mevius.5ch.net/test/read.cgi/tech/1648427137/

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2024/06/25(火) 12:22:13.82

>>212
ありがとー
ググっても資料が少ないけど、Kotlin/NativeからSwiftにするのは1件見つけた
センサー系を使うことが多いからそれがSwiftでも動作してくれるかだなぁ
試してみるよ

2024/06/26(水) 11:18:03.68

みんなMacでFlutter使ってるの？
iOS用はXcodeが必須だからMacが必要だよね

2024/06/26(水) 14:36:08.50

昔やってた頃はビルドならCodeMagicでできたけど今はできないんかな？
まぁ真面目にやるならMac必須だけど。

2024/06/26(水) 15:28:49.38

リリースするとなったら、iPhone実機でテストしてないと不安だし、個人開発くらいでMacとiPhone全部そろえるのは個人的に無理かな…
でも将来的にiOS版もリリースするかもしれないから、Flutterでandroid版を作ってみるかな
Dart、JavaScriptに似てるから、改めて勉強しなくてもいいみたいなんだよね
JavaScriptはなれてる

2024/06/26(水) 15:37:02.59

>>213 は Kotlin だけで足りると知り、無事に Kotlin スレにたどり着いたようだ
しかし、>>216 が新たにハマりかけている
また riverpod で消耗する人が増えるのか？
JavaScript に慣れてるなら ReactNative や Capacitor も検討したらどうか？

2024/06/26(水) 16:29:05.82

>>217
ReactNativeが良さそう…
これですすめてみる

**デフォルトの名無しさん** (JP 0H4f-Ow8Y) · 2024/06/26(水) 20:34:56.18

MacとXCodeとSwiftが大嫌いでFlutterを使ってる俺みたいなのは少数派かな
Windows上のAndroidStudioでアプリのテストまでやりきって、Mac側ではiOSでの動作確認とリリースビルドだけ実施
今のところこれが一番楽

2024/06/26(水) 22:15:41.67

KotlinもSwiftも特定のIDEに縛られているから、その点でDartは有利だ

2024/06/27(木) 15:09:34.09

Androidである程度作って、iOSで実機デバッグしようとしたら、iOSはデバッグではプラグインが使えないとか・・・おかしいっしょ

2024/06/27(木) 17:31:50.85

flutterの状態管理ライブラリと呼ばれるものって、別に状態を管理する手段を提供してないのでは？
ただ、setState()を直接呼ばないための手段しか提供してなくないか？

2024/06/27(木) 19:04:10.07

composeなら状態管理はrememberで済むのになあ

2024/06/27(木) 19:09:30.16

状態管理ライブラリが複数あり、すべてウンコだ！とか言ってるのは Flutterユーザーだけ

2024/06/27(木) 20:07:03.82

>>223
Kotlin触ったことないから解釈違いがあるかもしれんけど。
見た感じ、やってることはflutterの状態管理ライブラリと変わらないという印象やな。

2024/06/27(木) 20:15:19.16

状態管理ライブラリっていう名前から、100とか200あるたくさんある状態の管理を、ミクロではなくマクロな部分で手助けしてくれるものかと思ってたけど。
実際のところ、公式が提供しているapiの薄いラッパーか、observerを提供するのか、ミクロの部分で使うライブラリみたいだね。
状態管理ライブラリとかいう大層な名前で呼ばれるのはおかしいと思うけど。
結局、MVVMだったり、のデザインパターンで、複雑な状態をなんとか管理しようっていうのが現状か。

2024/06/27(木) 20:24:59.17

Flutterが状態管理のために長ったらしい定型コードを書かせるのが悪い
「～の状態管理ライブラリを使ったらアプリの動作パフォーマンスがよくなった！」じゃなくて開発者のコーディングライフを改善するためのものになってる

2024/06/27(木) 20:51:27.49

>>227
たしかにStatefulWidget使うにはclassを2つも定義しなあかんとか、あれは冗長やわな。
パフォーマンスの面であのようにするしかないのかも知らんけどどうなんやろね。

>>「～の状態管理ライブラリを使ったらアプリの動作パフォーマンスがよくなった！」
ライブラリのうたい文句でよく聞くけど、そもそもラップしてるのに本当に動作よくなるのか？wって思うけど、まあ、なんか今更やけど。

2024/06/27(木) 21:19:58.59

ReactNative、エラーがわかりにくいって
調べるだけで時間を消耗するって、自分がはまるやつだ w
Flutterにする

2024/06/27(木) 22:09:26.94

React+Capacitorじゃあかんのか？

2024/06/28(金) 00:00:42.63

>>230
情報が少ないかな？
他の言語だとpythonとかで満足してる方なので（情報が多い）

2024/06/28(金) 08:41:07.03

Android メインなら Compose の方がいいと思うなぁ
JavaScriptに抵抗がないなら、ガワアプリもいい選択になる

スレが状態管理の話題で埋め尽くされるようなフレームワークは、とてもお勧めできない

2024/06/30(日) 23:37:31.88

dart は exception(error) handling が try catch 構文を利用するのが基本だが、正直 result 型で handling した方がはるかに楽。
おれは自分で result library を定義して使ってる。
あんまり try catch で handling することに対して批判を聞かないが、実際のところどうなの？
おれはもう try catch で handling とかもう無理な身体になってしまったが。

2024/07/01(月) 12:01:21.76

Dartに限らず例外を嫌ってその手の試み繰り返されてるけど
コアライブラリその他諸々エラー投げるもの全部ラップする羽目になるし
開発メンバー全員同じ方針で書かせないとならんし
労力とメリットが釣り合ってないんだよね
Future使えば良かったってオチになったり
例外を採用してしまった言語はもうどうにもならんかも

2024/07/01(月) 16:12:11.02

小規模や個人の開発でresult採用してる人や検討してる人はどこかにおらへんの？

2024/07/01(月) 17:34:26.52

dartってJavaScriptとほとんど同じだね
心配して損した

2024/07/01(月) 18:31:28.50

>>236
元々dartはJavaScriptの置き換えを目指して開発された言語やからな。
ちなみに知ってるかも知らんけどdartはJavaScriptへトランスパイルできる。

2024/07/01(月) 18:58:48.29

>>237
トランスパイルって何？

2024/07/01(月) 19:29:09.08

>>238
あるプログラミング言語を機械語などに変換することをコンパイルという。
それに対して、あるプログラミング言語を別のプログラミング言語に変換することをトランスパイルという。
例えばTypeScriptはJavaScriptへ変換するトランスパイル言語などと言ったりする。

2024/07/01(月) 20:11:46.86

> 開発メンバー全員同じ方針で書かせないとならんし

メンバーが同じ方針で開発するのはでも基本でしょ
Resultを使うチーム方針も一部にすぎないよ
レビューで確認事項を増やしたくないなら使い忘れの検知を自動化してもいい

キャッチ漏れのようなミスを防ぐ手段を棄却するかResultで確実にハンドリングするかだよ
どっちがいいか考えるのだ
小さな労力気にするのに、労力避けてミスったときの労力を気にしない人がいるのがこの界隈の変なところ
そもそもResult使うのはそんな労力かからん

AsyncValueも例外の欠点に向き合って編み出された(つかウェブからパクった)手法だけど
Riverpodの癖のある挙動(キャッシュの機構とか)にガチガチに結合してる失敗作なんだよな
使ってるうちに変な動作に悩んで混乱するメンバー出てくるからおススメしない

2024/07/01(月) 20:43:01.10

>>240
例外を投げるもの全部ラップしないといけないっていうのは手間と言えば手間だけど。
逆にそれだけ、投げる例外が多いのならResultで確実にハンドリングできた方が結果的には管理は楽になると思うんだけどね。
自分でResult使ってて、例外の種類が多ければ多いほど、これはResultにして機械的にハンドリングできるようにしないと無理だなって思う今日この頃。
型としてこの処理はこれらの例外が発生しうるっていうのが分かった方が、わざわざ呼び出し先のドキュメント見に行って、この処理はこんな例外が発生しうるのかってのを逐一、確認しなきゃいけない方が、少なくとも自分には不毛な労力に感じる。

2024/07/01(月) 20:47:10.17

最後文章変になったけど、発生しうる例外が型として確認できた方が、わざわざドキュメントで確認しに行くよりはるかに楽ということ。
というか、この点だけでも、Resultを使う価値はあると思う。
逐一ドキュメントにどんな例外が投げられるかを確信しに行くという作業がめちゃくちゃ疲弊する。

2024/07/01(月) 22:58:23.83

try/catchは深い階層でも呼び出し元に投げやすいように考えられたもので非同期呼び出しの文脈でResultより使いにくいのはその通りだと思う

2024/07/02(火) 01:27:21.71

>>239
ありがとう
わかったわ

2024/07/02(火) 10:05:15.13

例えばhttp.getがraiseする可能性のある例外の完全なリストってどこを見ればわかるの？

2024/07/02(火) 10:12:48.10

すべてはソースコードにある
それが Flutter クオリティ

ソースを読めないなら、すべての例外を握りつぶして「エラーです！！！」と表示するといい

2024/07/02(火) 10:25:13.11

ソース読む方法だとラップせずそのままrethrowしてることが多いから
使うすべてのメソッドに対してヌケモレのない例外リストを得ることは現実的には不可能じゃない？

2024/07/02(火) 15:12:30.03

http通信回りはあまり詳しくないが。
完全なリストとなると一応こういうことじゃないか？
https://developer.mozilla.org/ja/docs/Web/HTTP/Status

Flutterの各種widgetのハンドリングをResultでするとかもまあ、Resultでやるのはあんまり現実的ではなさそうな雰囲気を感じる。
widgetの部分は無理でもフレームワークに依存しない内部の処理の部分はもちろん自分たちが管理する部分なのでResultでできるだろうが。
httpに限って言えばステータスコードで返ってくるからそれをResultにするのは簡単そうだが。

外部の仕様やフレームワークのメソッドに対する完全な例外リストを得ることができるかどうかは、外部次第というか。
まあ、RustのようにResultが言語の機能として盛り込まれているわけではないから、妥協しないといけないところはあると思う。

例外をcatchできてるなら、理論的にはそのタイミングでResultに変換できるということではある。
自分たちが管理してるならいざ知らず、外部で管理されてるやつはねえ、まあ、それをResultでラップし直すのは規模によっては大変だと思うよ。

おれは、基本的に個人開発しかしてないんだけど。
例外リストにヌケモレがあるっていうのは、それはバグじゃないか？

2024/07/02(火) 15:50:34.15

DartでResultをするうえで重要な点を言及していなかった。sealed class の機能があるからResultをする意味が上がる。

sealed class Result<V,E>{...}
final class Success<V,E> extends Result<V,E>{...}
final class Failure<V,E> extends Result<V,E>{...}

switch (result) {
Success():...;
Failure():...;
}

seald class の機能を使えばswitchでSuccessの場合とFailureの場合を強制できる。おれ個人は関数的な書き方ではなく文的な書き方を常用している。理由はreturn文をかけるから(早期returnができる)。ついでにexceptionもこのselad classを使う。

/// {@macro HttpRespons401Exception}
/// {@macro HttpRespons402Exception}
/// ...
sealed class HttpResponsException {...}
/// {@template HttpRespons401Exception}Unauthorized...{@endtemplate}
final class HttpRespons401Exception extends HttpResponsException {...}
/// ...
final class HttpRespons402Exception extends HttpResponsException {...}
/// ...
final class HttpRespons403Exception extends HttpResponsException {...} ...

switch (httpResponsException) {
HttpRespons401Exception():...;
HttpRespons402Exception():...;...
}

final Result<String, HttpResponsException> myHttpGetResult = myHttpGet(...);

厳密ではないが、おれはこんな感じで書いてるよというイメージ。DocCommentをつければmousehoverしたときに詳細がわかる。

2024/07/02(火) 22:11:04.48

>>248
それはDartのhttp.getでは例外扱いではないよ
戻り値に含まれるResponseのstatusCodeを見て分岐させるもの
例外はClientExceptionやSocketExceptionなど

2024/07/02(火) 22:39:56.42

おれはhttp.getを触る処理をやる予定無いから別に間違っても構わないし深入りはしないけど。
http.getのドキュメントからそれらのexceptionが発生しうる旨は書いてなかったな。
実際にはそれらが発生するならドキュメントの不備じゃね？
まあ、おれは深く触る予定無いからいちいち真偽を調べへんけど。

2024/07/02(火) 22:46:08.54

おれ自身の感覚としてはstatusCodeでエラーを表しているものであるなら例外もしくはErrorとしてあつかってもいいと思うけど。
そこらへんの細かいところは実際に管理してる人が責任もってやる領域だと思うので、各々の責任でやってくださいって感じだな。

2024/07/04(木) 00:10:44.18

中には話が通じる感じの人もいるみたいだが、そろそろ5chを卒業するよ。
いままでありがとう。

2024/07/04(木) 00:30:02.71

みんなプログラミングの話って5ch以外の日本語SNSのどこでしてるの？やっぱ旧Twitter？

2024/07/04(木) 00:36:10.29

プログラミングの話はだいたいXでしてる

2024/07/04(木) 00:48:30.85

プログラミングに限ったことではないが、何かを批判すると、すぐに暴れる人が出ててきて誹謗中傷などの攻撃してくる者が多数現れるから。
5chやSNSでは当たり障りの無いことしか言いにくくなってるんじゃないかと感じる。
まったく最高の国だな。
話の内容にもよると思うけど、おれはもう当分はあきらめたよ。
プログラミングで話し相手探すの。

2024/07/04(木) 01:10:17.23

プログラミングにも話題ってものがあるだろう
ここには消耗しきったプログラマしかいないんだよ

2024/07/04(木) 04:05:30.48

>>256
「ホロン部」を検索

2024/07/04(木) 05:42:20.81

何か攻撃されたん？

2024/07/05(金) 10:01:04.25

rustのコアライブラリのdart実装
https://www.publickey1.jp/blog/24/rustdartrust_core_10rustdart.html

2024/07/05(金) 10:08:46.79

Resultもあるね
やはりFutureとの組み合わせは辛そう
https://github.com/mcmah309/rust_core/blob/8bd6470f3a87e26f3c2453ccad8b17b3e427bf22/lib/src/result/result.dart#L52

2024/07/05(金) 12:00:09.21

有象無象の中の1パッケージをいちいち取り上げる意図がわからんな

2024/07/05(金) 14:59:33.91

>>260
Dartを使ったことのある人向けって対象少なすぎて草

2024/07/06(土) 21:15:32.47

play ストアでの公開、1度きりだけど今4000円かかるのか…
スマホのアプリ開発断念するわ
今まで通り、adobeのスクリプトとPCのデスクトップアプリ開発でいく

2024/07/07(日) 06:20:36.58

モバイルアプリなんてゴミ
ウェブサイトで事足りてるもん

2024/07/07(日) 08:32:09.18

4000円かかるからアプリ断念すると書いてあるように見えるが僕の見間違いだろうか

2024/07/07(日) 10:23:51.36

そういってんやないの

2024/07/15(月) 16:41:27.45

ネイティブはネイティブの開発の面白さがあるなあ
ユーザーにとってはWebアプリが一番使い勝手がいいんだろうけどね
Webは進歩が早すぎるし自由すぎる

2024/07/15(月) 18:41:11.74

ネイティブで処理したい箇所にUI要素は無いから
UI(Reactなど)+ネイティブ処理(flutter)で十分だね

2024/07/15(月) 21:19:22.76

DartはいいんだけどFlutterフレームワークが微妙
ReactやComposeのが書きやすい

2024/07/15(月) 23:58:02.71

JavaScriptと同じじゃん
JavaScriptで変数宣言すればいいだけ
楽勝

2024/07/16(火) 00:43:06.51

>>271
言語仕様はどれもいいんだけどUIフレームワークに書きやすさの違いが出てくる

2024/07/16(火) 15:26:21.71

UIはwebviewにホストしたReactにやってもらう

**デフォルトの名無しさん** (ｽﾌｯ Sd33-/IuU) · 2024/07/25(木) 16:23:59.93

flutterが覇権とるのいつなんすか？
もう5年くらい待ってんですけど

2024/07/26(金) 02:03:53.54

SwiftもDartもあまり変わらない気がする…
Swiftにしよう

2024/07/26(金) 11:56:04.56

良い選択だと思う
Swift はこれからも生き残るが、Dart ｂﾍオワコンだかｂ轤ﾋ

2024/08/10(土) 15:40:03.98

>>269
FlutterはUIフレームワークだからネイティブ処理にFlutterって意味わからんぞ

2024/08/10(土) 17:57:27.16

>>277
flutterがプラットフォーム別のネイティブコード書ける環境になるやろ
初心者じゃなかろうしそれくらい解れや

2024/08/11(日) 11:01:17.91

>>278
FlutterではなくDartがプラットフォームごとのネイティブコードを書ける環境になる、な？

2024/08/11(日) 12:16:26.36

「Flutter 3.24」「Dart 3.5」が公開～低レベル描画API「Flutter GPU」を実験導入

2024/08/11(日) 12:26:48.84

>>279
違う違う！
AndroidならJava,Kotlin、iOSにはObjective-C,Swiftで、windowsならc#で書けるでしょ
でも基本は全部共通でwebviewホストしてreact+Typescriptで書いてんたけどねwww

2024/08/11(日) 12:52:59.49

Android固有のJavaコードやiOS固有のC系コードなどをDartでラップしたものをFlutter+WebViewから呼ぶって言いたいんでしょ？わかってるって

2024/08/11(日) 16:57:54.70

DartはもともとはJavascriptをラップした言語なんでしょ、この部分でも頑張ってごみタイプスクリプト駆逐してほしいんだけど

2024/08/11(日) 16:59:49.44

殆どreact+Typescriptだけで済んじゃうけどね
flutterかますのはアプリ化要件と保険の為かな

2024/08/11(日) 17:53:21.82

ガワネイティブアプリの作成手段が
Flutter，KMP，Capacitor，Tauri
と増えてきてありがたい

スレチなんだが知ってる人いたら情報頂きたいんだけどTauriのモバイル対応プラグインってもういくつか出てたりする？特にパーミッション周りのやつ。以前探したけど見当たらん

2024/08/21(水) 22:04:50.13

Webで十分なのにモバイルアプリにこだわるの？

2024/08/21(水) 22:21:47.35

>>286
モバイルアプリの通知機能を利用者に使わせたいんや

2024/08/22(木) 00:50:46.15

わいもWebアプリでええやんて思うけど
若者に見せるとアプリないの？て言われるんだよねぇ

2024/08/22(木) 01:18:10.98

プッシュ通知は使わないん？

2024/08/23(金) 20:24:21.67

ブラウザでNotifications APIが使える

2024/08/23(金) 20:54:01.21

>>290
使ったうえで言ってる？

2024/08/27(火) 19:09:31.48

使えると使いものになるは似て非なるものだ

2024/08/27(火) 22:21:33.49

ウザい通知機能のことだな

2024/09/10(火) 05:13:38.88

生成AIの手を借りて、SwiftUI+Composeそれぞれでスマホアプリを書いているが結果的に正解だったかな。

flutterは流派や派閥があってややこしそう。

2024/09/10(火) 10:23:18.50

Swift書けるならこれでいいよ
SwiftUIからComposeへのトランスパイルにも一部対応してる

単一のSwiftコードからiOSアプリとAndroidアプリが作れる「Skip 1.0」正式リリース。SwiftをKotlinへトランスパイル
2024年8月22日
https://www.publickey1.jp/blog/24/swiftiosandroidskip_10swiftkotlin.html

2024/09/10(火) 20:46:42.51

>>295
ゴミが月29ドルワロタｗ

2024/09/11(水) 10:23:52.66

>>296
でも割とよく出来てるよ
ttps://github.com/skiptools/skip-ui

2024/10/12(土) 22:09:20.83

今はriverpodとblocどっちがいいんだ？

2024/10/16(水) 14:06:11.96

今も昔もbloc(cubit)
riverpodはクソ
freezedみればわかるじゃん
ああいう醜い物しか作り出せない作者だよ
dart_mappableの自然さと比較してみなよ、吐き気がするだろ？
ソニー並みに独特な仕様を押しつけすぎなんだよな
riverpodもごちゃごちゃすぎる独自仕様でfreezedと同じ作者だなって感じ

**Coplit** (ﾜｯﾁｮｲ ef27-ssQ7) · 2024/10/16(水) 21:00:37.30

Firebaseに明細データ登録するアプリ出来てるけど、集計とカレンダー、グラフ周りはReactで作って、WebViewで表示させようと思ってる。
MAUIで作ってるけど、ライブラリが足りないかバグが多くて使えない。

2024/10/18(金) 20:31:45.42

Bloc触ってみてるけど
RepositoryProviderって使った方がいいのん？
GetItじゃだめぇ？

2024/10/21(月) 20:29:10.32

海外のブログとかではBlocの実装が多いように見える。

2024/10/23(水) 10:06:40.66

名前がダサすぎるんよ
「Providerのアナグラムだぞ」で「じゃカッコいいね！」てなると思うか？
ダサいものはダサいんよ
中身も垢抜けない芋みたいやし
それを絶賛して使ってる人も、、、

2024/10/23(水) 19:01:59.84

次スレからスレタイはriverpodアンチスレにしとけな

2024/10/24(木) 08:18:26.85

お前らまだFlutter/Dartを触ってんの？CMP/Kotlinやってみろよ
状態管理が快適で飛ぶぞ？

2024/10/24(木) 19:46:39.60

快適すぎてお前がここに飛んだわけか

2024/10/24(木) 20:02:42.79

CMPも触ってみてるよ
kotlin好き
Gradleがとっつきにくい

2024/10/24(木) 22:38:39.73

>>306
そうともいう🥴

>>307
わかる、Gradle（Groovy or Kotlin Script, kts）は色々と複雑だよね
JetBrainsもGradleの複雑さを懸念してるみたいで、Gradleの置き換えを狙ったAmperっていうKMP特化のビルド用ツールを開発中、シンプルに書けるようになるみたいだけどバージョン1.0.0到達にまだ数年かかりそう
https://github.com/JetBrains/amper
https://blog.jetbrains.com/ja/blog/2023/11/29/amper-improving-the-build-tooling-user-experience/

**デフォルトの名無しさん** (JP 0H63-2ovg) · 2024/10/31(木) 00:12:18.92

EchoAPIを使えば、Flutterの開発がもっとスムーズになるよ
データの取得や処理が簡単になるから、開発時間を短縮し、ユーザー体験を向上させることもできる
活用してみてうれしい

**sage** (ﾜｯﾁｮｲ 912f-dzYp) · 2024/10/31(木) 15:26:25.63

Flutterのネガキャンされたからって「3次情報に脊髄反射して振り回される頭の悪さ」はアウトだろ
間違った情報広められるの不快だが人の中身を攻撃する人間見るのも反吐が出る
そんな奴が権威みたいにのさばってるFlutter界隈全体も嫌いになりそうだ

2024/10/31(木) 16:28:29.43

突然何の話？大丈夫か？

2024/10/31(木) 16:44:13.52

Flutter界隈ってちょっとアレな人が多い印象
なぜだかはわからない