22/03/08 19:53:16.96 3IiiXdzb0.net
Dartがペストだとは思わんが嫌いじゃないな。
言語拡張を繰り返し開発案件のバージョン制限によりどの情報を参考にして良いのかわけ分からなくなってるC#より良い。
それでもC#は好きなんだけど、Javaは刺賀にもう駄目かな。
Pythonは別物過ぎて比較にならん。
923:デフォルトの名無しさん
22/03/08 21:15:45.47 0lkfcAhj0.net
言語にケチつける人はレベルが低いだけ～
924:デフォルトの名無しさん
22/03/09 09:23:10.19 exkfEX190.net
トランスパイラ作ればいいだけよ
925:デフォルトの名無しさん
22/03/09 10:19:56.77 EL+d1iFjM.net
いくらC#が良くても、Xamarinはコンセプト・アーキテクチャが終わっとる。
React NativeはFlutterに近い考え方と思うけど、Android対応がいまいちなのと、膨大なエコシステムが混沌としててとっつきにくい。
926:デフォルトの名無しさん
22/03/09 11:33:46.27 pTfeQon50.net
マルチアカウントを実装しようとして、
ひとつのアカウントの中で、オブジェクトがシングルトンであることを実現するには
どうすれば良いか悩んでいたけど
riverpodをやめて、ただのproviderを使えば良いだけだった
riverpodを上位互換と言ってたヤツ誰だよ(駄目な悪態)
927:デフォルトの名無しさん
22/03/09 11:38:17.56 pTfeQon50.net
あっ、思ったことできない。上のヤツ、キャンセル
928:デフォルトの名無しさん
22/03/09 12:59:01.73 /NCnVpyk0.net
リバポは上位でも互換でもないですよー
意識高い系(悪い意味の)に好まれてますｗ
929:デフォルトの名無しさん
22/03/09 13:52:01.26 pTfeQon50.net
調べてみると、やっぱりマルチアカウントの実装はproviderでできそうだわ
>>896
riverpodは状態をグローバル・シングルトンで管理して良い時に使うライブラリだから
どちらかというと技術を必要としない人に好まれるものだと思う
意識高い系の逆じゃないか…
930:デフォルトの名無しさん
22/03/09 14:26:18.10 pTfeQon50.net
あーちくしょー
riverpodで書いたコードをすべてproviderに書き直すのだりぃいいい
931:デフォルトの名無しさん
22/03/09 16:47:14.91 l/ExOFMG0.net
もういいよ！ 私、Flutterやめる！
932:デフォルトの名無しさん
22/03/09 19:14:22.52 63IP/FFF0.net
Rustの時代が来るのにDartなんて話にならんのよ
933:デフォルトの名無しさん
22/03/09 20:58:26.36 eVK1cWN30.net
riverpodに限らず大体は使い方次第なきがする
ちゃんと設計してればriverpodも使いやすい
934:デフォルトの名無しさん
22/03/09 21:46:49.18 a6ydt4Lg0.net
>>894
フレームワークとは関係なく普通にfactoryとかfactory methodパターンじゃだめなんか？
935:デフォルトの名無しさん
22/03/09 21:53:39.85 l/SlEhVVa.net
diもnotifierもunion classも同梱されて
futureの世話みたいな開発者に任せればいい機能まであって
その子達を使った設計を考えるから
riverpodでしか使えない設計になりがちじゃない？
全部使わなくていいけどriverpod押しの人は駆使したがるよね
provider風にstatenotifierproviderだけで作りたくてもやっぱりriverpodの設計になっちゃう
refを求めてprovider地獄になっちゃって難しかったよ
936:デフォルトの名無しさん
22/03/09 23:43:02.73 pTfeQon50.net
>>902
Factoryでも実装できるんだけど、懸念点があった
アカウントごとに分けられる処理は全てアカウントごとに分ける必要があったんだけど
モデルとリポジトリをアカウントごとに分けるために、
モデル層のインスタンスをアカウントに対応してひとつずつ用意する必要があった
それは、Factoryクラスにロジックを追加するだけで実装可能だけど、
そういう設計にしたら、今度はインスタンスのライフサイクルの問題が出てくる
バグの修正、安定化……って考えたら、
riverpodで書いたコードをproviderに書き直す方がマシにみえた
937:デフォルトの名無しさん
22/03/10 04:31:21.48 aIOV4LNTH.net
テスト
938:デフォルトの名無しさん
22/03/10 04:34:28.97 210eybw10.net
全てをriver_podからproviderに書き換えて、account_managerを実装中に気がついた
この実装、いけてないわ…
かくなる上は、クラスにメタデータを追加する独自アノテーションを実装しよう
アカウントが切り替わるたびに、インスタンスが切り替わる奴
……絶対きついわ
939:デフォルトの名無しさん
22/03/10 09:21:11.86 Vltzkmgx0.net
今のところpubが質的に貧相すぎてflutterが有利な局面は限られてる感じある
940:デフォルトの名無しさん
22/03/10 20:03:20.92 210eybw10.net
独自アノテーションの自由度が低い
リフレクションも重いし、メンテが大変そう…
Factoryの方がマシか
941:デフォルトの名無しさん
22/03/10 20:13:54.53 210eybw10.net
ああ、ChangeNotifierを継承したInjectorを作って、
Injectorの中で、
アカウントとインスタンスのMAPの保存・更新と、インスタンスの生成
の責務を追わせればいいのか
InjectorはProviderの中で呼び出せばいい……4日も悩んだのに答えはシンプルだった
942:デフォルトの名無しさん
22/03/10 20:37:53.47 gbrVAWEC0.net
責務がめちゃくちゃになってそう
riverpod使ってる人って全体的な設計ってどうしてるの??
MVVM?MVHogehoge?
943:デフォルトの名無しさん
22/03/10 20:39:56.21 gbrVAWEC0.net
しらんが、riverpod使ってる人みんな試行錯誤してて独自のパターンとか生み出してるのかな
944:デフォルトの名無しさん
22/03/10 23:51:36.13 210eybw10.net
riverpod＋ChangeNotifierでMVVMに出来�
945:ﾄる
946:デフォルトの名無しさん
22/03/11 00:05:40.08 Z9cwXRQ+0.net
C#とXAMLじゃないのにMVVMとか意味ないぞ
元々XAMLとMVVMがセットで設計されてるフロントエンドフレームワークなんだが
947:デフォルトの名無しさん
22/03/11 01:22:00.53 VNbOsDS+0.net
でも流行らなかった
948:デフォルトの名無しさん
22/03/11 02:42:39.92 25NFXPOa0.net
riverpodを使うとmodel側の状態の更新がviewにすぐ反映されるから
riverpod＋ChangeNotifierを使うと、コードを整理するだけで自然とViewModelができる
949:デフォルトの名無しさん
22/03/11 08:27:20.69 AJWG9hcz0.net
状態管理手法に依存した設計なんてしないよ
950:デフォルトの名無しさん
22/03/11 08:38:16.22 EROoOM5/0.net
as void Function()で関数をダウンキャストできるの楽だな C#だとInterface定義してジェネリックにしないと危険すぎてそんなキャストやろうと思わないけど
951:デフォルトの名無しさん
22/03/11 11:09:53.73 yElIEBgF0.net
>>913
認識のあやまり
mvvmはmvpの一形態あるいは派生でしかない
952:デフォルトの名無しさん
22/03/11 11:25:44.66 V+jzc/aHa.net
>>916
それな！
有名っぽいイヌの人はriverpodでは違う設計になるって言ってたけど
それはよくないんじゃないの～って私は思ったよ
プロバイダーを束ねるみたいなriverpod独自の機能をたくさん使うと
依存した設計になっちゃうね
それに解りにくくなるから好きじゃないなー
953:デフォルトの名無しさん
22/03/11 22:40:56.13 EROoOM5/0.net
>>918
ものすごい思い込みと妄想で断定してるな嘘も100回言えば真実ってか？韓国人かよ
ちゃんとMSのホワイトペーパーかそれに準ずるソース出せるんだよなオオカミ少年？てかさっさとソース出せ
954:デフォルトの名無しさん
22/03/11 22:44:55.07 9y/ArZb90.net
MVVM関していえば君がまちがってると思う
C#とXAMLじゃなくても使えるし
955:デフォルトの名無しさん
22/03/11 22:51:38.49 9y/ArZb90.net
ああ、>>913の人向けね
956:デフォルトの名無しさん
22/03/11 23:09:27.27 ASnEE/3lr.net
>>921
だからソース貼ればお前の勝ちだから早く証拠のソース貼れよ
957:デフォルトの名無しさん
22/03/11 23:26:03.36 C9Q5et170.net
SwiftUIとかも基本的にMVVMだよ
958:デフォルトの名無しさん
22/03/11 23:26:23.09 M1wqcIdpM.net
たとえばこんなのでいいの？
URLﾘﾝｸ(nextpublishing.jp)
fluterじゃないとかAndroid公式じゃないとかただの書籍じゃないかとか難癖つけられるだけな気もするけど
959:デフォルトの名無しさん
22/03/11 23:33:48.32 EROoOM5/0.net
>>925
いやだからお前は
> >>913
> 認識のあやまり
> mvvmはmvpの一形態あるいは派生でしかない
って断言してるんだがMVVMがMVPの一形態(日本語がおかしい)だって断定して>>913を否定してるんだからその証拠のソース示せって言ってんだよ
だから断言できるMSのホワイトペーパーかそれに準ずる証拠をさっさと示せよ
>>925
入門書見せてお前の妄想の証拠になるわけないだろ
さっさと思い込みと妄想とノリ嘘吐いちゃいましたごめんなさいしろや
960:デフォルトの名無しさん
22/03/11 23:48:45.89 M1wqcIdpM.net
>>913の
>C#とXAMLじゃないのにMVVMとか意味ないぞ
についての反例を上げたんだがやっぱり難癖つけられただけに終わったか
ていうか俺918じゃないんだけどさあ
罵倒すること自体が目的になってるからこういう口調がデフォルトになってるんだろうねこの人は
961:デフォルトの名無しさん
22/03/11 23:52:11.58 9y/ArZb90.net
うん
そうだと思う
時間の無駄だから相手するのやめた方がいいね
俺らはMVVMは他でも使える派
彼らはMVVMはC#とXAMLでしか意味ない派
でおしまいでいいよ
962:デフォルトの名無しさん
22/03/12 00:02:52.53 1TaAiX3A0.net
�
963:\ース示せず思い込みと妄想の大嘘確定で敗北して負け犬の遠吠えで逃亡してんの草 脊髄反射でレスしちゃいました勘違いして知ったかしてごめんねテヘペロってさっさとあやまればいいのにほんとアホだわ
964:デフォルトの名無しさん
22/03/12 00:42:58.23 kbu64D030.net
MVVMに挫折して脱落したおじさんなんじゃないかな
965:デフォルトの名無しさん
22/03/12 01:00:47.45 Ko1NPYQO0.net
C#のしつこい主張で老害の気配も感じてたけどホントに老害だったああぁぁああ
「ってか？」って古くて恥ずかしいからやめて～ きゃああ
966:デフォルトの名無しさん
22/03/12 01:07:01.26 1TaAiX3A0.net
理詰めで論破されて悔しくて悔しくて顔真っ赤でIDコロコロ自演とか俺だったら恥ずかしすぎて自殺しちゃうね
967:デフォルトの名無しさん
22/03/12 01:13:13.38 vvvoWF+K0.net
めんどくさい話をしてるな
はっきりしているのは、vi はクソだってことだ
968:デフォルトの名無しさん
22/03/12 06:49:48.09 1D7Mg2zM0.net
MVVMの発祥はMSのWPF辺りだけどC#とXAMLしかMVVMじゃないという根拠が分からん。
969:デフォルトの名無しさん
22/03/12 10:51:28.56 q+cJNNu6a.net
脱落したおじさんなんじゃないかな
と5chで妄想してるおじさんもそう変わらんやろ笑
970:デフォルトの名無しさん
22/03/12 14:30:56.22 q+cJNNu6a.net
古くて恥ずかしい
という意味不明な発想笑
971:デフォルトの名無しさん
22/03/12 14:46:29.53 QWgShYsB0.net
誰かflutterのアップデートごとに内容を記事にまとめて
アフィ広告ふみますからおねがい
972:デフォルトの名無しさん
22/03/12 14:49:45.16 N2ljdUSG0.net
c#のmvvmは
純粋mvvmというより
mvvmをblandで利用する為に拡張しまくった
bland.SDKであると言うのが実態
973:デフォルトの名無しさん
22/03/12 16:14:01.88 Flf+dDbL0.net
FlutterでWindowsデスクトップアプリ作れるみたいだけど、ロジック部分をC#で書けますか？
スレッド管理が超重要だけど、Dart覚えながらスレッド管理し切る自信がないのでロジックだけC#使いたいです。
974:デフォルトの名無しさん
22/03/12 16:45:04.09 1D7Mg2zM0.net
>>939
C#のロジックをDLL化すればいけるんじゃね？
それかflutnetを使うか。
975:デフォルトの名無しさん
22/03/12 17:45:40.27 1TaAiX3A0.net
blandってなんだよblendだよ馬鹿w
元はMSがCreature Housewから買収したExpressionというベクターツールだよボケ
こんな無知で知ったかしてるやつが噛みついてきてんだからレベル低いとかじゃなくて論外なんだよアホ
976:デフォルトの名無しさん
22/03/12 17:56:35.94 9lkR3mf4M.net
たかだかtypoでそこまで叩けるなんて凄いね
他に反論できなかったのかな？
977:デフォルトの名無しさん
22/03/12 20:00:25.36 QWgShYsB0.net
オライリーから本が出るけど和訳はいつでるかな
978:デフォルトの名無しさん
22/03/12 20:08:28.65 Ko1NPYQO0.net
あおり運転する人みたいなガラの悪さだね～
こわーい
979:デフォルトの名無しさん
22/03/12 21:48:49.72 5wLEJm9u0.net
Flutterをオライリーで学ぶ人は結構厳しいものがある
980:デフォルトの名無しさん
22/03/13 08:39:33.93 jxztePK8a.net
>>945
本じゃすぐ古くなるから？
981:デフォルトの名無しさん
22/03/13 12:24:51.65 N1l5KzjE0.net
オライリーは勉強する人のための本じゃなくて
勉強した人のための本やしなぁ
982:デフォルトの名無しさん
22/03/13 17:20:24.36 BML9NIBO0.net
オライリーは固定化された技術を系統だって理解するには良いけど、さすがに1～2年違うとガラリと変わる風景には対応できんだろ。
983:デフォルトの名無しさん
22/03/15 12:53:46.38 e2fowoyJa.net
セックスしたい
恋人作る方法教えて
984:デフォルトの名無しさん
22/03/15 13:07:50.46 ys3JZoKV0.net
>>949
せっけん１こ、釘１
985:本、マッチ１００本、えんぴつ４５０本、 石灰コップ１ぱい、硫黄・マグネシウムつまみずつ、 水１．８リットル を用意してください
986:デフォルトの名無しさん
22/03/15 13:11:59.95 FJWI/71h0.net
地面に石灰で直径31.35センチの円を描き、中に六芒星を描きます
987:デフォルトの名無しさん
22/03/15 23:57:27.12 T2FbsGHT0.net
Flutterは進化が早いから書籍は向いてないかも
988:デフォルトの名無しさん
22/03/16 00:51:40.09 ksetJDfN0.net
進化が早いといえば聞こえがいいけどようするに
基本設計が適当で行き当たりばったりなので
毎回派手に仕様変更され続けてる言語でしょ？
正直、仕事で無ければ触りたくない言語だと思う
989:デフォルトの名無しさん
22/03/16 07:58:40.12 GlBm7zwX0.net
別に仕様変更なんてないし言語でもないがな
990:デフォルトの名無しさん
22/03/16 08:48:28.03 f7CH62EM0.net
フレームワークを言語と間違えちゃうのかわいいねっっ！！！
991:デフォルトの名無しさん
22/03/16 10:07:30.66 P7p17Th+p.net
スマホOSが機能追加繰り返してるんだから
それに合わせて拡張していくのは当然なんだけどな
実際OSアプデの度に新機能追加したFlutterを数日以内にリリースしてるからね
Googleはかなり本気でサポートしてるよ
Xamarinなんて年1回少しだけ機能追加して後はバグ修正しかしてないからね
あの調子じゃすぐ時代遅れになるのに
992:デフォルトの名無しさん
22/03/16 11:23:24.14 F7f1h7IH0.net
そもそもFlutterあんま触ってなさそう
993:デフォルトの名無しさん
22/03/16 11:37:28.18 f7CH62EM0.net
Xamarinの話はNG!
またあの人がきちゃうっ!!!笑
994:デフォルトの名無しさん
22/03/16 11:38:28.87 3FfT6vQB0.net
Xamarinはクソ
995:デフォルトの名無しさん
22/03/16 12:46:52.83 n5Renb6+a.net
ちょまどさんが来ますよ！
996:デフォルトの名無しさん
22/03/16 13:09:47.70 X1c3Uy4i0.net
FlutterはGoogleの中の人が飽きたらなくなるが、
Xamarinはユーザーがいなくなってもなくならない
これがGoogleとMSの違い
997:デフォルトの名無しさん
22/03/16 13:42:40.54 1WalaTG1r.net
昔のDartでさえ無くならなかったのに今のFlutter/Dartが無くなるとは思えない
998:デフォルトの名無しさん
22/03/16 13:46:31.81 SIoec7uI0.net
DirectX.NET
XNA
SilverLight
Windows Mobile
Internet Explorer
なくならないなんてあるの？
999:デフォルトの名無しさん
22/03/16 14:08:15.18 O3OnEw410.net
Dartの使用者が増えないのは個人開発的にかなり美味しい
みんなが参戦するとすぐ赤い海になるわ
Flutter/Dartならば、開発工程を相当飛ばせるから、
少し前なら大作と呼べるようなアプリを、個人でも現実的な期間で作れる
あとFirebaseやFlutterのAPIの応用例に、チーム開発では使えないような魔法が多いから、
個人開発でもチーム開発に対抗する余地がある
また、日本は海外に比べてレベルがかなり劣ってるから、
海外では学生がポートフォリオで作るようなクオリティーのアプリでも勝負できる
1000:デフォルトの名無しさん
22/03/16 14:10:19.11 O3OnEw410.net
今のこの美味しい状況があと何年続くんだろうな…
1001:デフォルトの名無しさん
22/03/16 17:47:43.82 AUMfJKJU0.net
>>958
呼んだ？
URLﾘﾝｸ(iso-labo.com)
1002:デフォルトの名無しさん
22/03/16 17:56:54.28 X1c3Uy4i0.net
>>965
.NET MAUI がリリースされるまでだね
もうすぐ終わりだよ
1003:デフォルトの名無しさん
22/03/16 20:37:04.27 kQvZkE0K
1004:d.net
1005:デフォルトの名無しさん
22/03/16 22:28:42.95 kQvZkE0Kd.net
>>967
は？flutter舐めてる？
まだ始まってもねーから！！！
1006:デフォルトの名無しさん
22/03/18 11:16:52.56 Rp9aIyi6d.net
>>950
人体錬成にしては少ないような？
1007:デフォルトの名無しさん
22/03/18 12:09:22.56 A2Hxu7EOM.net
23世紀の科学力を舐めんなよ
1008:デフォルトの名無しさん
22/03/18 12:19:16.77 tCnnq1ac0.net
男なら誰でも彼女を作れる
必要なのはハサミだけ
1009:デフォルトの名無しさん
22/03/20 06:48:33.10 92Tp7izK0.net
lintを更新したら、riverpodのコードを急に咎められるようになった
これは潰しにきてるなあ。contextを暗黙に保存していたのか
1010:デフォルトの名無しさん
22/03/20 10:47:02.06 jo2gfSqca.net
>>973
riverpodを潰しにきてる？
え？ま？
1011:デフォルトの名無しさん
22/03/20 19:16:36.05 92Tp7izK0.net
ごめん。上のコメントは徹夜で寝ぼけてたんだ
でも『Do not use BuildContexts across async gaps』が出てるようになり
ほんとうに困ったのはマジ
StatefulWidgetを使用しないと上手に対応できない
1012:デフォルトの名無しさん
22/03/21 17:09:32.63 vmIo900ZM.net
これflutterに関係するかなあ
心配だよ
GoogleCloudの従業員100人がクビ 本人たちはメディアの報道で知る [708866696]
ｽﾚﾘﾝｸ(poverty板)
1013:デフォルトの名無しさん
22/03/21 17:10:40.48 6DIsZeO90.net
非同期関数の中でNavigatorを呼び出せるラッパークラスを作って対応できたけど
手が遅いから普通に2日もかかってしまった
1014:デフォルトの名無しさん
22/03/21 17:23:31.02 Tp98bl5m0.net
ちょうどストレージも値上げするんだよな
白旗か？
1015:デフォルトの名無しさん
22/03/21 20:12:28.83 6DIsZeO90.net
googleがいまどういう状況なのか気になる
1016:デフォルトの名無しさん
22/03/21 20:25:25.78 6DIsZeO90.net
riverpodを使用するとUI側で非同期関数を使用する率が高そうなんだけど
非同期関数からNavigatorを呼び出すと、
『Do not use BuildContexts across async gaps』が出る問題について
皆はどう対処してる？
1017:デフォルトの名無しさん
22/03/21 23:26:35.37 6pu/rjG90.net
WPFでデスクトップアプリ作ってた頃よりもFlutter使ってる今の方がGUIとロジックの分離を意識できてる気がする
1018:デフォルトの名無しさん
22/03/22 07:14:59.23 qL0EhgHv0.net
>>980
正解の方法かどうか分からんけど、そのエラーはTimer.run()使ってタイミングずらすと回避できるはず。
1019:デフォルトの名無しさん
22/03/22 10:20:59.27 jlubKDvZa.net
>>982
ビルド中にmarkNeedsBuildするなってエラーと勘違いしてない？
1020:デフォルトの名無しさん
22/03/22 12:32:01.13 qL0EhgHv0.net
>>983
ああすまん、それだ。
1021:デフォルトの名無しさん
22/03/22 12:39:39.24 0dITcBto0.net
>>982
Timer.run()で不具合回避すると、不具合が発生しないことに保証が立たないから怖いべ…
スマホアプリなら実機で動作確認できればリリースしていいかもしれないががががが
1022:デフォルトの名無しさん
22/03/22 12:48:15.64 0dITcBto0.net
こんなブログを見つけた
URLﾘﾝｸ(zuma-lab.com)
WidgetsBinding.instance.addPostFrameCallbackを使っておけば大丈夫だと思う
1023:デフォルトの名無しさん
22/03/22 13:28:25.10 Me2E83wOa.net
>>986
それも違うでしょ
BuildContextを非同期に使うとunmountされた後になるかもしれんから危険なんよ
内部の動作を知らずに使ってるの？
1024:デフォルトの名無しさん
22/03/22 13:48:31.36 0dITcBto0.net
>>987
すまん
>>986はmarkNeedsBuildのエラーを解決する方法にtimer.run()を使用するのは不適当だと言いたかった
1025:デフォルトの名無しさん
22/03/22 20:25:21
1026:.61 ID:5/WsGxhDd.net
1027:デフォルトの名無しさん
22/03/22 23:20:49.18 UjWqblhl0.net
新書まだ？
1028:デフォルトの名無しさん
22/03/23 00:45:16.84 PKuC3Xpv0.net
final navigateRequestStateProvider =
ChangeNotifierProvider.autoDispose<NavigateRequestState>((ref) => NavigateRequestState());
class CustomNavigator {
/*
『Do not use BuildContexts across async gaps』を出さないために、
魔法を実行するNavigatorのラッパークラス
Notes:
NavigateRequestState.updateWith()をコールして、ページ遷移のリクエストを登録
NavigateRequestState.updateWith()のnotifyListeners()コール後に、refのWidgetが再buildされる
build後に、CustomNavigator._checkNavigateRequestが実行される
_checkNavigateRequestは、NavigateRequestStateにページ遷移のリクエストがあれば実行する
*/
final Key key;
final BuildContext context;
final WidgetRef ref;
NavigateRequestState? state;
CustomNavigator({required this.key, required this.context, required this.ref}) {
// 魔法
state = ref.watch(navigateRequestStateProvider);
WidgetsBinding.instance.addPostFrameCallback((_) => _checkNavigateRequest());
1029:デフォルトの名無しさん
22/03/23 00:45:57.58 PKuC3Xpv0.net
自分はこんな感じで『Do not use BuildContexts across async gaps』を回避した
1030:デフォルトの名無しさん
22/03/23 11:52:20.73 n9fyk9vz0.net
根本をわかってない感じ
1031:デフォルトの名無しさん
22/03/23 18:18:13.67 PKuC3Xpv0.net
import 'package:flutter/cupertino.dart';
class CustomNavigator {
static final GlobalKey<NavigatorState> navigatorKey = GlobalKey<NavigatorState>();
static void pop() {
navigatorKey.currentState?.pop();
}
static void pushNamed({required String nextPagePath}) {
navigatorKey.currentState?.pushNamed(nextPagePath);
}
static void pushReplacementNamed({required String nextPagePath}) {
navigatorKey.currentState?.pushReplacementNamed(nextPagePath);
}
static void pushNamedAndRemoveUntil(
{required String nextPagePath, required routePagePath}) {
navigatorKey.currentState?.pushNamedAndRemoveUntil(nextPagePath, ModalRoute.withName(routePagePath));
}
}
160行の力作が20行に縮んだ…
1032:デフォルトの名無しさん
22/03/27 01:25:01.24 PWZbTKss0.net
出た！カプチーノ厨ｗ
1033:デフォルトの名無しさん
22/03/27 07:00:20.57 0+/JwELe0.net
CurrentStateの値が古いままページ遷移しようとしてエラーを出すな
結局、最新のコンテキストで常にページ遷移するように、>>991の書き方をするしかなかった
あるいは、非同期処理の完了を待ってページ遷移させる処理の実装を諦めるか
あるいは、StatefulWidgetで全てのコードを書き直すか
1034:デフォルトの名無しさん
22/03/27 15:41:06.11 VOH9Pz/z0.net
んなことないでしょー
エラーみせて
1035:デフォルトの名無しさん
22/03/28 01:45:06.69 K9Q/GGg50.net
すみません。自己解決しました。コード上にこんな箇所があった…
SchedulerBinding.instance.addPostFrameCallback((_) {
SchedulerBinding.instance.addPostFrameCallback((_) {
CustomNavigator.pushReplacementNamed( '/sign_in');
}
}
ただ、GlobalKey<NavigatorState>を使うとホットパス以外にも
遷移できてしまう仕様が気になってます
1036:デフォルトの名無しさん
22/03/28 07:51:40.41 wpFSl1+b0.net
埋め
1037:デフォルトの名無しさん
22/03/28 07:52:04.42 wpFSl1+b0.net
埋め
1038:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 231日 11時間 33分 52秒
1039:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています