Flutterやろうよ！！！ 3

2021/08/08(日) 20:18:12.79

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

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

https://flutter.dev/

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

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

2022/02/23(水) 22:23:16.33

>>823
個人差あるだろうけどUIはかなり気に入ってるな、RowとかColumnにWidget並べる時のサイズ周りのConstraintsがめんどくさいけどそれでもstoryboardでScrollViewの制約ポチポチするよりマシに感じる

DartはSwiftと比べるとenum(extensionでカバー可？)、unwrapがこなれない感じはあるがそんくらいかな、Swift使いこなせてるともっと粗が目立つかも

2022/02/24(木) 07:27:32.71

storyboardが使いにくいのは否定しないけどここはFlutterスレ

2022/02/24(木) 12:25:00.05

制約を作り直す作業。

2022/02/25(金) 07:41:18.52

昨日、コード書いてる最中にいきなりデバッグすら起動しなくなって
VisualStudio2022をアンインストールとかしてたんだけど、
flutterのissueにあったapp.soコピペでなんとか治った

AOTなんたらエラーが出てくる前に、CMakeFileの方のエラーで止まってたんだけど
いろいろ触って原因わからんままです
アプデしたわけでもないのに本当にいきなり突然だったからビビったわ

他の人もなってたりします？

2022/02/25(金) 11:22:30.85

go_routerがflutterパッケージになったのか
俺はauto_routeの方が好きなんだけどなー

2022/02/25(金) 19:11:01.44

治ったと思ったけど治ってなかったわ
ホットリロードもリフレッシュも効かない

結局VisualStudio2022アンインストール VSCodeのCMake拡張機能の設定
Outputをちゃんと見ること
などでいけました

半日以上くらい時間無駄にした

2022/02/25(金) 20:18:08.85

webの読み込みが重いらしいが、ホントならちとキツいかな…

2022/02/25(金) 20:58:56.67

flutterでのwebってどのくらいやる気あるんだろうか？
よほど特化したメリットない限り、がっつりと切り替えていくことは無さそうな気がしてる。

2022/02/25(金) 21:03:04.40

初期ロードが遅いけどページの切り替わりは速い
あとjsが最適化されて出力されるのでその演算も速い

でも元々そんなに時間かかるようなものが多くないからメリットはほぼない
ウェブだけに作るより、他の環境向けに作っててウェブへの対応が楽ってくらいじゃないか？

2022/02/26(土) 04:45:05.11

WindowsのMACアドレス取得したくて、ぐぐってみたけど、
flutter_window.cppにMethodChannelを追加してなんたらみたいなのしか出てこない。
cpp分からないからProcess.runでipcofig打つbatを起動して取得するようにした。

どうもやり方が間違ってる気がしてならない。
まずいですか？

2022/02/26(土) 05:04:17.75

デバッグだといけたけどビルドするといけませんでした
... complete startup script
で止まってる。

2022/02/26(土) 05:15:29.01

batじゃなくて単純にcmdをProcess.runで動かしたらビルドした状態でも動作しました。
ちょっとデバッグと挙動違う気がしますが。

flutterじゃない部分も勉強しないとな。

こういうのは他人が作ってるライブラリとかをひたすら読んでみるのが勉強になるんですかね。

2022/02/26(土) 09:39:01.21

>>836
Win限定で良いならcmd使うのも全然間違いじゃない。
マルチプラットフォームにするならMethodChannel使うべきだけど。
何でも良いので1つ軽いブラグインのMethodChannelの使い方を読んだら理解できると思う。面倒くさいけどそう難しくはない。

2022/02/26(土) 13:59:34.20

>>837
なるほどありがとう

なんとかプラットフォーム個別の機能も使えるように精進します。

2022/02/27(日) 22:35:29.46

FutureProviderで取得した値を使って、別の非同期処理を呼び出すFutureProviderを作りたいのですが、参考になるサイトやコードなどあったら教えていただけないでしょうか。

2022/02/28(月) 00:05:21.22

そのやり方は汚いね
別に止めないけど

2022/02/28(月) 08:07:03.71

>>840
より良いやり方や考え方などあれば教えていただけないでしょうか

2022/02/28(月) 16:31:58.35

やり方聞かないと出来ないもんを使うな

2022/02/28(月) 16:47:48.66

>>842
いや、あなたがより良い/汚くないと考えている方法を聞いてるんでしょ。
それはあなたに聞かないとわかるわけないじゃん笑

2022/02/28(月) 18:33:53.21

840じゃないから知らん

2022/02/28(月) 19:59:49.84

かなり冗長な部分が出てしまいますが、一つのメソッド内で非同期通信2回やるようにします。両方終わってから処理すれば一応動きそうなので。

2022/02/28(月) 21:47:38.62

>>845
一方が他方に依存するように書いておけば勝手に更新してくれる
ProviderなのかRiverpodなのかで話が変わるけど

2022/02/28(月) 23:03:06.60

>>846
riverpod使っています。
先に実行されるメソッドの返り値がfutureオブジェクトでも後続処理は先行処理の終了を待ってから自動実行してくれるのでしょうか。

2022/02/28(月) 23:58:58.70

やり方聞かないと出来ないもんを使うな

2022/03/01(火) 00:03:04.03

変な人がわいたなw

2022/03/02(水) 02:39:41.84

>>847
情報が少なすぎてなんと回答すれば良いか分からない
よくわからないが、1つ目のメソッドの実行をawaitで待ってから、もう一つのメソッドを実行すればいいんじゃないの？
ただ、独立した関数ぐらいの感覚でProviderを増やすのは、上の人の指摘通り汚いやり方だと思う、、、とだけ忠告しておく

FutureProviderは、riverpodのProviderの中で一番上級者向けの、使いこなすのが難しいクラス
FutureProviderの使用を縛っている職場もあるらしい。自分もめったに使わん

2022/03/02(水) 02:47:35.26

awaitで対応できないなら、
『非同期処理』と『チェーン』でググればいいと思う
Future.then()でも対応できないなら、Future.wait()で対応すればいい

2022/03/02(水) 23:34:31.12

>>851
ありがとうございます。futureの使い方もう一度勉強しなおしてみます。

情報が少なく申し訳ありません。実際にやりたいことは
親widgetがapiで取得した値を２つの子widgetに引き継ぎ、子widgetがそれぞれ引き継いだ値を引数にapiを呼び出して取得した値を表示する。
といったことをやりたいと考えています。

2022/03/03(木) 02:05:08.47

もし誰かわかったら教えてほしいのですが
showModalBottomSheet　で表示させたモーダル上のテキストの内容を更新して、
再描写したいのですが、
Riverpodを使っているため、
ベースとなっている画面がStatefulWidgetじゃなくてConsumerWidgetになっていて、setStateが使えません
こういうときってどうすればいいですかね

やりたいことはGoogleカレンダみたいな画面をつくることで、
メインの画面でカレンダを表示させて、
カレンダのどこかをタップしたら、下からモーダルが出てきて、
そこで日付とかイベントのタイトルを編集し、
確定することでDBに書き込みにいくみたいなことをしたいです

2022/03/03(木) 08:52:54.97

>>853
そこで困るならRiverpodを使わずにStatefullWidgetにすりゃいいと思うが
モーダル上のテキストをProvider（多分StateProviderかStateNotifierProvider）をwatchして取得すれば、そのproviderのstateが変わったタイミングでモーダルも更新される

2022/03/03(木) 10:36:19.25

目的がスキル向上ならばriverpodを使い続けてもいいけど、
そうでないなら使用をやめた方がいい

2022/03/03(木) 12:08:58.88

ConsumerStatefulWidget使えばいいよ

2022/03/03(木) 12:29:29.10

ConsumerStatefulWidgetは使いどころがあんまりない印象
前に設計段階で、カスタムWidgetのようなUI寄りの状態管理をsetStateにまかせて、その他の状態管理をProviderで行う
みたいな使い分けをしようと考えたことがあるけど
実装をはじめてみると、UI寄りの状態管理もProviderでないとうまく書けないところが出てきて、
最初に決めたルールがぼやけてしまった

2022/03/03(木) 15:13:19.74

>>842
いや、あなたがより良い/汚くないと考えている方法を聞いてるんでしょ。
それはあなたに聞かないとわかるわけないじゃん笑

**853** (ﾜｯﾁｮｲ 8a01-G+H+) · 2022/03/03(木) 18:01:17.33

いろいろアドバイスありがとうございます
対応は迷いますね
ただずっとRiverpodを使う前提できてしまったので、ConsumerStatefulWidget使うかなあと思いますが
いろいろ試してみます

2022/03/03(木) 19:16:48.64

パッケージに振り回される底辺さんたち笑

2022/03/03(木) 20:11:50.99

>>860
と底辺さんが申しております。
パッケージ使わずに何作るの。
使うけど振り回されてはいない、みたいなことか？
どうでもいいよ誰やねん！

2022/03/03(木) 21:40:46.24

流石にその自演は本人以外にはモロバレなので自重した方がいいよ

2022/03/03(木) 22:12:12.75

ｱｳｱｳとｽﾌﾟとﾌﾟｰｲﾓの自演は香ばしいな

2022/03/04(金) 01:13:20.97

>>859
ConsumerStatefulWidgetは想定通りに動いてくれないことが多いから触りたくない
まじで振り回される
……とだけ忠告しておく

2022/03/04(金) 14:15:04.53

【世界教氏マITL-ヤ】　水俣病、アマルガム、腸の過敏
http://rio2016.5ch.net/test/read.cgi/body/1582341781/l50

2022/03/07(月) 21:38:05.29

dartってC++に近いよな
C#JavaJavascriptなんかより

2022/03/07(月) 22:04:42.36

色んな言語の要素を取り入れようとしたけど挫折してとりあえずJSのアンチテーゼとして型安全な静的型付けにしたってだけのかなり中途半端な言語ってイメージしかない
C++の上っ面だけをベースに開発してる癖にJavaの冗長性を随所に盛り込んだがコーディングがクソだるい言語仕様
C#をパクるかC#を採用すればいいのにGoogleお得意の模倣したりパクったけど劣化コピーになっちゃったテヘペロって言語
とにかく異常に冗長でわかり辛いキーワードや構文で書き辛く型を強制しただけのガバガバなスコープでNamespaceもないとかDart設計アーキテクトはまったくセンスを感じないしセンスないわ

2022/03/07(月) 22:17:14.35

私はDartは好きな言語だからFlutterも楽しい

2022/03/07(月) 22:53:49.95

Dart :
import ‘hoge¥b.dart’;
import ‘hoge¥c.dart’;
class A extends B implements C {
@override
bool execute(){
return true;
}

と

C# :
using B;
using C;
Class A : B, C {
public override bool Execute() => true;

これだけ見ても如何にC#が簡潔かつ読みやすく書きやすいかわかるよな
なぜJavaみたいな冗長な言語仕様に寄せるのかと言えばAndroidがJavaだからという完全なるGoogleの都合だからな

2022/03/07(月) 23:06:25.16

なぜわざわざ新言語を作ったのかねぇ

.NET MAUI がちゃんと実装されてちゃんと動けば、flutterは誰も使わなくなるよ
flutterって、あのGoogleオレオレ言語のやつでしょ？ってなる

2022/03/07(月) 23:24:14.70

まぁみんな考えることは同じなわけでFlutnetというXamarinでFlutter開発ができるものがあるが結局ラッパーだからバージョンアップが遅れるし何より有料だからな

2022/03/07(月) 23:32:52.74

mauiよりkotlinのcomposeの方が有力じゃね?

2022/03/07(月) 23:48:45.14

まぁ、現状iOS向けはないし、compose for drsktopだとandroidとシングルソースはまだ無理っぽいがmicrosoftのmauiよりjetbrainsの方がやる気ありそう

2022/03/08(火) 00:02:33.98

数年以内に多分また新しい言語出してくるだろうな
それがいいものだといいんだが

2022/03/08(火) 00:14:07.88

GoogleってまだGoとDart（とGAS）しか作ってない？
思ったより少ない

2022/03/08(火) 00:14:33.10

go もみりゃわかるが、Googleの言語デザインセンスはほんとクソ
何がクソといってそもそも後発で自分が検索を牛耳ってるくせして名前が go ときたもんだバカかアホかと

2022/03/08(火) 00:27:54.79

アロー関数はDartでもある。

読みやすいて結局ただの慣れ。
それにコード補完あるから全部タイプするわけじゃない。
初学者は冗長な方が読みやすいというのはある。
多分そういうの考えてあえて冗長にしてるような気はする。
知りませんけどね。

2022/03/08(火) 00:56:14.13

C#やXamarinを主張する奴が定期的に現れるねｗ

2022/03/08(火) 01:00:13.78

おじさんかも

2022/03/08(火) 01:17:55.12

自動実装プロパティもないクソ言語を擁護できるのはJavaおじしかおらんよな

2022/03/08(火) 01:33:21.01

>>869
C#の方のBとCはInterfaceじゃないの？
悪意を持ってDartだけextends B implements Cで長ったらしく見せようとしてる？

2022/03/08(火) 07:02:58.13

>>881
ググればすぐわかることだけど、Bは継承だよ。インターフェースかもしれんけど
アローを使ってないところはわざとかもしれん

2022/03/08(火) 08:45:51.98

Javaはクラスの公開したい変数にBeansの名残りでgetterとsetterを作ることになるのが本当にクソ（作らなきゃいいと言えばそうなんだが）
Dartはそこらへん楽でいいね

2022/03/08(火) 08:57:24.13

>>883
getterとsetterはlombok使って自動生成だよ
みんな使ってる

2022/03/08(火) 17:51:00.68

>>884
おっしゃる通り、業務ではlombok使ってる。
でも言語仕様と昔の慣習がちょっと釈然としないんよね

2022/03/08(火) 17:56:27.87

変な言語で変な教義にこだわるから変なプリプロセッサがほしくなるんだよ
変な漢ならpublicにすればいい

2022/03/08(火) 18:20:24.50

>>884
lombok使って自動生成だよ！(ｷﾘｯ

いやいやクラスの半分以上も埋めてしまう不必要なボイラープレートコード満載の言語仕様がおかしいと議論してるのにわざわざ手間のかかるアノテーションつけてLombok使って自動生成だよは草
Javaを正当化するやつってゴミみたいな言語に慣らされてすぎててバイアスかかりまくりで正常な判断や思考ができないみたいだな

2022/03/08(火) 19:40:49.45

>>887
あなたの正常認定誰得なん？笑
あなたが気持ち良いの？
そんなのキモすぎるだけやん。

2022/03/08(火) 19:42:06.91

JavaもDartも過去のしがらみ引きずった鈍臭い言語仕様なんだから仲良くしろよ

2022/03/08(火) 19:53:16.96

Dartがペストだとは思わんが嫌いじゃないな。
言語拡張を繰り返し開発案件のバージョン制限によりどの情報を参考にして良いのかわけ分からなくなってるC#より良い。
それでもC#は好きなんだけど、Javaは刺賀にもう駄目かな。
Pythonは別物過ぎて比較にならん。

2022/03/08(火) 21:15:45.47

言語にケチつける人はレベルが低いだけ～

2022/03/09(水) 09:23:10.19

トランスパイラ作ればいいだけよ

2022/03/09(水) 10:19:56.77

いくらC#が良くても、Xamarinはコンセプト・アーキテクチャが終わっとる。
React NativeはFlutterに近い考え方と思うけど、Android対応がいまいちなのと、膨大なエコシステムが混沌としててとっつきにくい。

2022/03/09(水) 11:33:46.27

マルチアカウントを実装しようとして、
ひとつのアカウントの中で、オブジェクトがシングルトンであることを実現するには
どうすれば良いか悩んでいたけど
riverpodをやめて、ただのproviderを使えば良いだけだった
riverpodを上位互換と言ってたヤツ誰だよ(駄目な悪態)

2022/03/09(水) 11:38:17.56

あっ、思ったことできない。上のヤツ、キャンセル

2022/03/09(水) 12:59:01.73

リバポは上位でも互換でもないですよー
意識高い系(悪い意味の)に好まれてますｗ

2022/03/09(水) 13:52:01.26

調べてみると、やっぱりマルチアカウントの実装はproviderでできそうだわ

>>896
riverpodは状態をグローバル・シングルトンで管理して良い時に使うライブラリだから
どちらかというと技術を必要としない人に好まれるものだと思う
意識高い系の逆じゃないか…

2022/03/09(水) 14:26:18.10

あーちくしょー
riverpodで書いたコードをすべてproviderに書き直すのだりぃいいい

2022/03/09(水) 16:47:14.91

もういいよ！私、Flutterやめる！

2022/03/09(水) 19:14:22.52

Rustの時代が来るのにDartなんて話にならんのよ

2022/03/09(水) 20:58:26.36

riverpodに限らず大体は使い方次第なきがする
ちゃんと設計してればriverpodも使いやすい

2022/03/09(水) 21:46:49.18

>>894
フレームワークとは関係なく普通にfactoryとかfactory methodパターンじゃだめなんか？

2022/03/09(水) 21:53:39.85

diもnotifierもunion classも同梱されて
futureの世話みたいな開発者に任せればいい機能まであって
その子達を使った設計を考えるから
riverpodでしか使えない設計になりがちじゃない？
全部使わなくていいけどriverpod押しの人は駆使したがるよね

provider風にstatenotifierproviderだけで作りたくてもやっぱりriverpodの設計になっちゃう

refを求めてprovider地獄になっちゃって難しかったよ

2022/03/09(水) 23:43:02.73

>>902
Factoryでも実装できるんだけど、懸念点があった

アカウントごとに分けられる処理は全てアカウントごとに分ける必要があったんだけど
モデルとリポジトリをアカウントごとに分けるために、
モデル層のインスタンスをアカウントに対応してひとつずつ用意する必要があった
それは、Factoryクラスにロジックを追加するだけで実装可能だけど、
そういう設計にしたら、今度はインスタンスのライフサイクルの問題が出てくる
バグの修正、安定化……って考えたら、
riverpodで書いたコードをproviderに書き直す方がマシにみえた

**デフォルトの名無しさん** (IN 0H3f-sAKR) · 2022/03/10(木) 04:31:21.48

テスト

2022/03/10(木) 04:34:28.97

全てをriver_podからproviderに書き換えて、account_managerを実装中に気がついた
この実装、いけてないわ…

かくなる上は、クラスにメタデータを追加する独自アノテーションを実装しよう
アカウントが切り替わるたびに、インスタンスが切り替わる奴
……絶対きついわ

2022/03/10(木) 09:21:11.86

今のところpubが質的に貧相すぎてflutterが有利な局面は限られてる感じある

2022/03/10(木) 20:03:20.92

独自アノテーションの自由度が低い
リフレクションも重いし、メンテが大変そう…
Factoryの方がマシか

2022/03/10(木) 20:13:54.53

ああ、ChangeNotifierを継承したInjectorを作って、
Injectorの中で、
アカウントとインスタンスのMAPの保存・更新と、インスタンスの生成
の責務を追わせればいいのか
InjectorはProviderの中で呼び出せばいい……4日も悩んだのに答えはシンプルだった

2022/03/10(木) 20:37:53.47

責務がめちゃくちゃになってそう
riverpod使ってる人って全体的な設計ってどうしてるの??
MVVM?MVHogehoge?

2022/03/10(木) 20:39:56.21

しらんが、riverpod使ってる人みんな試行錯誤してて独自のパターンとか生み出してるのかな

2022/03/10(木) 23:51:36.13

riverpod＋ChangeNotifierでMVVMに出来てる

2022/03/11(金) 00:05:40.08

C#とXAMLじゃないのにMVVMとか意味ないぞ
元々XAMLとMVVMがセットで設計されてるフロントエンドフレームワークなんだが

2022/03/11(金) 01:22:00.53

でも流行らなかった

2022/03/11(金) 02:42:39.92

riverpodを使うとmodel側の状態の更新がviewにすぐ反映されるから
riverpod＋ChangeNotifierを使うと、コードを整理するだけで自然とViewModelができる

2022/03/11(金) 08:27:20.69

状態管理手法に依存した設計なんてしないよ

2022/03/11(金) 08:38:16.22

as void Function()で関数をダウンキャストできるの楽だな C#だとInterface定義してジェネリックにしないと危険すぎてそんなキャストやろうと思わないけど

2022/03/11(金) 11:09:53.73

>>913
認識のあやまり
mvvmはmvpの一形態あるいは派生でしかない

2022/03/11(金) 11:25:44.66

>>916
それな！

有名っぽいイヌの人はriverpodでは違う設計になるって言ってたけど
それはよくないんじゃないの～って私は思ったよ
プロバイダーを束ねるみたいなriverpod独自の機能をたくさん使うと
依存した設計になっちゃうね
それに解りにくくなるから好きじゃないなー

2022/03/11(金) 22:40:56.13

>>918
ものすごい思い込みと妄想で断定してるな嘘も100回言えば真実ってか？韓国人かよ
ちゃんとMSのホワイトペーパーかそれに準ずるソース出せるんだよなオオカミ少年？てかさっさとソース出せ

2022/03/11(金) 22:44:55.07

MVVM関していえば君がまちがってると思う
C#とXAMLじゃなくても使えるし

2022/03/11(金) 22:51:38.49

ああ、>>913の人向けね

2022/03/11(金) 23:09:27.27

>>921
だからソース貼ればお前の勝ちだから早く証拠のソース貼れよ

2022/03/11(金) 23:26:03.36

SwiftUIとかも基本的にMVVMだよ

2022/03/11(金) 23:26:23.09

たとえばこんなのでいいの？
https://nextpublishing.jp/book/13660.html
fluterじゃないとかAndroid公式じゃないとかただの書籍じゃないかとか難癖つけられるだけな気もするけど