- 1 名前：デフォルトの名無しさん mailto:sage [2021/08/08(日) 20:18:12.79 ID:e9M5NaPRa.net]
- !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
- 896 名前：デフォルトの名無しさん [2022/03/04(金) 01:13:20.97 ID:rNO7rm+h0.net]
- >>859
ConsumerStatefulWidgetは想定通りに動いてくれないことが多いから触りたくない
まじで振り回される
……とだけ忠告しておく
- 897 名前：デフォルトの名無しさん [2022/03/04(金) 14:15:04.53 ID:/Tm8OqzAM.net]
- 【世界教氏マITL-ヤ】 水俣病、アマルガム、腸の過敏
rio2016.5ch.net/test/read.cgi/body/1582341781/l50
o.5ch.net/1w73q.png
- 898 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 21:38:05.29 ID:pleu+lQP0.net]
- dartってC++に近いよな
C#JavaJavascriptなんかより
- 899 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 22:04:42.36 ID:s7EYao7X0.net]
- 色んな言語の要素を取り入れようとしたけど挫折してとりあえずJSのアンチテーゼとして型安全な静的型付けにしたってだけのかなり中途半端な言語ってイメージしかない
C++の上っ面だけをベースに開発してる癖にJavaの冗長性を随所に盛り込んだがコーディングがクソだるい言語仕様
C#をパクるかC#を採用すればいいのにGoogleお得意の模倣したりパクったけど劣化コピーになっちゃったテヘペロって言語
とにかく異常に冗長でわかり辛いキーワードや構文で書き辛く型を強制しただけのガバガバなスコープでNamespaceもないとかDart設計アーキテクトはまったくセンスを感じないしセンスないわ
- 900 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 22:17:14.35 ID:gZN/D0NdM.net]
- 私はDartは好きな言語だからFlutterも楽しい
- 901 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 22:53:49.95 ID:s7EYao7X0.net]
- 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の都合だからな
- 902 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 23:06:25.16 ID:lkfChReJ0.net]
- なぜわざわざ新言語を作ったのかねぇ
.NET MAUI がちゃんと実装されてちゃんと動けば、flutterは誰も使わなくなるよ
flutterって、あのGoogleオレオレ言語のやつでしょ？ってなる
- 903 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 23:24:14.70 ID:s7EYao7X0.net]
- まぁみんな考えることは同じなわけでFlutnetというXamarinでFlutter開発ができるものがあるが結局ラッパーだからバージョンアップが遅れるし何より有料だからな
- 904 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 23:32:52.74 ID:6G1TI/V/0.net]
- mauiよりkotlinのcomposeの方が有力じゃね?
- 905 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 23:48:45.14 ID:6G1TI/V/0.net]
- まぁ、現状iOS向けはないし、compose for drsktopだとandroidとシングルソースはまだ無理っぽいがmicrosoftのmauiよりjetbrainsの方がやる気ありそう
- 906 名前：デフォルトの名無しさん [2022/03/08(火) 00:02:33.98 ID:LC5q7Hb30.net]
- 数年以内に多分また新しい言語出してくるだろうな
それがいいものだといいんだが
- 907 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 00:14:07.88 ID:yHeTSYqK0.net]
- GoogleってまだGoとDart（とGAS）しか作ってない？
思ったより少ない
- 908 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 00:14:33.10 ID:qJWSdqLUa.net]
- go もみりゃわかるが、Googleの言語デザインセンスはほんとクソ
何がクソといってそもそも後発で自分が検索を牛耳ってるくせして名前が go ときたもんだバカかアホかと
- 909 名前：デフォルトの名無しさん [2022/03/08(火) 00:27:54.79 ID:OPcZsrk0a.net]
- アロー関数はDartでもある。
読みやすいて結局ただの慣れ。
それにコード補完あるから全部タイプするわけじゃない。
初学者は冗長な方が読みやすいというのはある。
多分そういうの考えてあえて冗長にしてるような気はする。
知りませんけどね。
- 910 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 00:56:14.13 ID:1JIWCLaI0.net]
- C#やXamarinを主張する奴が定期的に現れるねｗ
- 911 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 01:00:13.78 ID:QLMqwu3o0.net]
- おじさんかも
- 912 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 01:17:55.12 ID:mYyNlLhu0.net]
- 自動実装プロパティもないクソ言語を擁護できるのはJavaおじしかおらんよな
- 913 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 01:33:21.01 ID:bIV0aSTJa.net]
- >>869
C#の方のBとCはInterfaceじゃないの？
悪意を持ってDartだけextends B implements Cで長ったらしく見せようとしてる？
- 914 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 07:02:58.13 ID:YIOYthcHM.net]
- >>881
ググればすぐわかることだけど、Bは継承だよ。インターフェースかもしれんけど
アローを使ってないところはわざとかもしれん
- 915 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 08:45:51.98 ID:ZiEZcLn10.net]
- Javaはクラスの公開したい変数にBeansの名残りでgetterとsetterを作ることになるのが本当にクソ（作らなきゃいいと言えばそうなんだが）
Dartはそこらへん楽でいいね
- 916 名前：デフォルトの名無しさん [2022/03/08(火) 08:57:24.13 ID:T7QnS+Lf0.net]
- >>883
getterとsetterはlombok使って自動生成だよ
みんな使ってる
- 917 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 17:51:00.68 ID:2K4R2sZJ0.net]
- >>884
おっしゃる通り、業務ではlombok使ってる。
でも言語仕様と昔の慣習がちょっと釈然としないんよね
- 918 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 17:56:27.87 ID:WWlpqMIX0.net]
- 変な言語で変な教義にこだわるから変なプリプロセッサがほしくなるんだよ
変な漢ならpublicにすればいい
- 919 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 18:20:24.50 ID:mYyNlLhu0.net]
- >>884
lombok使って自動生成だよ！(ｷﾘｯ
いやいやクラスの半分以上も埋めてしまう不必要なボイラープレートコード満載の言語仕様がおかしいと議論してるのにわざわざ手間のかかるアノテーションつけてLombok使って自動生成だよは草
Javaを正当化するやつってゴミみたいな言語に慣らされてすぎててバイアスかかりまくりで正常な判断や思考ができないみたいだな
- 920 名前：デフォルトの名無しさん [2022/03/08(火) 19:40:49.45 ID:k5cvp5mJd.net]
- >>887
あなたの正常認定誰得なん？笑
あなたが気持ち良いの？
そんなのキモすぎるだけやん。
- 921 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 19:42:06.91 ID:TtxmVPK9M.net]
- JavaもDartも過去のしがらみ引きずった鈍臭い言語仕様なんだから仲良くしろよ
- 922 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 19:53:16.96 ID:3IiiXdzb0.net]
- Dartがペストだとは思わんが嫌いじゃないな。
言語拡張を繰り返し開発案件のバージョン制限によりどの情報を参考にして良いのかわけ分からなくなってるC#より良い。
それでもC#は好きなんだけど、Javaは刺賀にもう駄目かな。
Pythonは別物過ぎて比較にならん。
- 923 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 21:15:45.47 ID:0lkfcAhj0.net]
- 言語にケチつける人はレベルが低いだけ～
- 924 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 09:23:10.19 ID:exkfEX190.net]
- トランスパイラ作ればいいだけよ
- 925 名前：デフォルトの名無しさん [2022/03/09(水) 10:19:56.77 ID:EL+d1iFjM.net]
- いくらC#が良くても、Xamarinはコンセプト・アーキテクチャが終わっとる。
React NativeはFlutterに近い考え方と思うけど、Android対応がいまいちなのと、膨大なエコシステムが混沌としててとっつきにくい。
- 926 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 11:33:46.27 ID:pTfeQon50.net]
- マルチアカウントを実装しようとして、
ひとつのアカウントの中で、オブジェクトがシングルトンであることを実現するには
どうすれば良いか悩んでいたけど
riverpodをやめて、ただのproviderを使えば良いだけだった
riverpodを上位互換と言ってたヤツ誰だよ(駄目な悪態)
- 927 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 11:38:17.56 ID:pTfeQon50.net]
- あっ、思ったことできない。上のヤツ、キャンセル
- 928 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 12:59:01.73 ID:/NCnVpyk0.net]
- リバポは上位でも互換でもないですよー
意識高い系(悪い意味の)に好まれてますｗ
- 929 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 13:52:01.26 ID:pTfeQon50.net]
- 調べてみると、やっぱりマルチアカウントの実装はproviderでできそうだわ
>>896
riverpodは状態をグローバル・シングルトンで管理して良い時に使うライブラリだから
どちらかというと技術を必要としない人に好まれるものだと思う
意識高い系の逆じゃないか…
- 930 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 14:26:18.10 ID:pTfeQon50.net]
- あーちくしょー
riverpodで書いたコードをすべてproviderに書き直すのだりぃいいい
- 931 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 16:47:14.91 ID:l/ExOFMG0.net]
- もういいよ！ 私、Flutterやめる！
- 932 名前：デフォルトの名無しさん [2022/03/09(水) 19:14:22.52 ID:63IP/FFF0.net]
- Rustの時代が来るのにDartなんて話にならんのよ
- 933 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 20:58:26.36 ID:eVK1cWN30.net]
- riverpodに限らず大体は使い方次第なきがする
ちゃんと設計してればriverpodも使いやすい
- 934 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 21:46:49.18 ID:a6ydt4Lg0.net]
- >>894
フレームワークとは関係なく普通にfactoryとかfactory methodパターンじゃだめなんか？
- 935 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 21:53:39.85 ID:l/SlEhVVa.net]
- diもnotifierもunion classも同梱されて
futureの世話みたいな開発者に任せればいい機能まであって
その子達を使った設計を考えるから
riverpodでしか使えない設計になりがちじゃない？
全部使わなくていいけどriverpod押しの人は駆使したがるよね
provider風にstatenotifierproviderだけで作りたくてもやっぱりriverpodの設計になっちゃう
refを求めてprovider地獄になっちゃって難しかったよ
- 936 名前：デフォルトの名無しさん [2022/03/09(水) 23:43:02.73 ID:pTfeQon50.net]
- >>902
Factoryでも実装できるんだけど、懸念点があった
アカウントごとに分けられる処理は全てアカウントごとに分ける必要があったんだけど
モデルとリポジトリをアカウントごとに分けるために、
モデル層のインスタンスをアカウントに対応してひとつずつ用意する必要があった
それは、Factoryクラスにロジックを追加するだけで実装可能だけど、
そういう設計にしたら、今度はインスタンスのライフサイクルの問題が出てくる
バグの修正、安定化……って考えたら、
riverpodで書いたコードをproviderに書き直す方がマシにみえた
- 937 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 04:31:21.48 ID:aIOV4LNTH.net]
- テスト
- 938 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 04:34:28.97 ID:210eybw10.net]
- 全てをriver_podからproviderに書き換えて、account_managerを実装中に気がついた
この実装、いけてないわ…
かくなる上は、クラスにメタデータを追加する独自アノテーションを実装しよう
アカウントが切り替わるたびに、インスタンスが切り替わる奴
……絶対きついわ
- 939 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 09:21:11.86 ID:Vltzkmgx0.net]
- 今のところpubが質的に貧相すぎてflutterが有利な局面は限られてる感じある
- 940 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 20:03:20.92 ID:210eybw10.net]
- 独自アノテーションの自由度が低い
リフレクションも重いし、メンテが大変そう…
Factoryの方がマシか
- 941 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 20:13:54.53 ID:210eybw10.net]
- ああ、ChangeNotifierを継承したInjectorを作って、
Injectorの中で、
アカウントとインスタンスのMAPの保存・更新と、インスタンスの生成
の責務を追わせればいいのか
InjectorはProviderの中で呼び出せばいい……4日も悩んだのに答えはシンプルだった
- 942 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 20:37:53.47 ID:gbrVAWEC0.net]
- 責務がめちゃくちゃになってそう
riverpod使ってる人って全体的な設計ってどうしてるの??
MVVM?MVHogehoge?
- 943 名前：デフォルトの名無しさん [2022/03/10(木) 20:39:56.21 ID:gbrVAWEC0.net]
- しらんが、riverpod使ってる人みんな試行錯誤してて独自のパターンとか生み出してるのかな
- 944 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 23:51:36.13 ID:210eybw10.net]
- riverpod＋ChangeNotifierでMVVMに出来�
- 945 名前：ﾄる []
- [ここ壊れてます]
- 946 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 00:05:40.08 ID:Z9cwXRQ+0.net]
- C#とXAMLじゃないのにMVVMとか意味ないぞ
元々XAMLとMVVMがセットで設計されてるフロントエンドフレームワークなんだが
- 947 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 01:22:00.53 ID:VNbOsDS+0.net]
- でも流行らなかった
- 948 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 02:42:39.92 ID:25NFXPOa0.net]
- riverpodを使うとmodel側の状態の更新がviewにすぐ反映されるから
riverpod＋ChangeNotifierを使うと、コードを整理するだけで自然とViewModelができる
- 949 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 08:27:20.69 ID:AJWG9hcz0.net]
- 状態管理手法に依存した設計なんてしないよ
- 950 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 08:38:16.22 ID:EROoOM5/0.net]
- as void Function()で関数をダウンキャストできるの楽だな
C#だとInterface定義してジェネリックにしないと危険すぎてそんなキャストやろうと思わないけど
- 951 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 11:09:53.73 ID:yElIEBgF0.net]
- >>913
認識のあやまり
mvvmはmvpの一形態あるいは派生でしかない
- 952 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 11:25:44.66 ID:V+jzc/aHa.net]
- >>916
それな！
有名っぽいイヌの人はriverpodでは違う設計になるって言ってたけど
それはよくないんじゃないの～って私は思ったよ
プロバイダーを束ねるみたいなriverpod独自の機能をたくさん使うと
依存した設計になっちゃうね
それに解りにくくなるから好きじゃないなー
- 953 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 22:40:56.13 ID:EROoOM5/0.net]
- >>918
ものすごい思い込みと妄想で断定してるな嘘も100回言えば真実ってか？韓国人かよ
ちゃんとMSのホワイトペーパーかそれに準ずるソース出せるんだよなオオカミ少年？てかさっさとソース出せ
- 954 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 22:44:55.07 ID:9y/ArZb90.net]
- MVVM関していえば君がまちがってると思う
C#とXAMLじゃなくても使えるし
- 955 名前：デフォルトの名無しさん [2022/03/11(金) 22:51:38.49 ID:9y/ArZb90.net]
- ああ、>>913の人向けね
- 956 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:09:27.27 ID:ASnEE/3lr.net]
- >>921
だからソース貼ればお前の勝ちだから早く証拠のソース貼れよ
- 957 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:26:03.36 ID:C9Q5et170.net]
- SwiftUIとかも基本的にMVVMだよ
- 958 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:26:23.09 ID:M1wqcIdpM.net]
- たとえばこんなのでいいの？
https://nextpublishing.jp/book/13660.html
fluterじゃないとかAndroid公式じゃないとかただの書籍じゃないかとか難癖つけられるだけな気もするけど
- 959 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:33:48.32 ID:EROoOM5/0.net]
- >>925
いやだからお前は
> >>913
> 認識のあやまり
> mvvmはmvpの一形態あるいは派生でしかない
って断言してるんだがMVVMがMVPの一形態(日本語がおかしい)だって断定して>>913を否定してるんだからその証拠のソース示せって言ってんだよ
だから断言できるMSのホワイトペーパーかそれに準ずる証拠をさっさと示せよ
>>925
入門書見せてお前の妄想の証拠になるわけないだろ
さっさと思い込みと妄想とノリ嘘吐いちゃいましたごめんなさいしろや
- 960 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:48:45.89 ID:M1wqcIdpM.net]
- >>913の
>C#とXAMLじゃないのにMVVMとか意味ないぞ
についての反例を上げたんだがやっぱり難癖つけられただけに終わったか
ていうか俺918じゃないんだけどさあ
罵倒すること自体が目的になってるからこういう口調がデフォルトになってるんだろうねこの人は
- 961 名前：デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:52:11.58 ID:9y/ArZb90.net]
- うん
そうだと思う
時間の無駄だから相手するのやめた方がいいね
俺らはMVVMは他でも使える派
彼らはMVVMはC#とXAMLでしか意味ない派
でおしまいでいいよ
- 962 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 00:02:52.53 ID:1TaAiX3A0.net]
- �
- 963 名前：\ース示せず思い込みと妄想の大嘘確定で敗北して負け犬の遠吠えで逃亡してんの草
脊髄反射でレスしちゃいました勘違いして知ったかしてごめんねテヘペロってさっさとあやまればいいのにほんとアホだわ [] - [ここ壊れてます]
- 964 名前：デフォルトの名無しさん [2022/03/12(土) 00:42:58.23 ID:kbu64D030.net]
- MVVMに挫折して脱落したおじさんなんじゃないかな
- 965 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 01:00:47.45 ID:Ko1NPYQO0.net]
- C#のしつこい主張で老害の気配も感じてたけどホントに老害だったああぁぁああ
「ってか？」って古くて恥ずかしいからやめて～ きゃああ
- 966 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 01:07:01.26 ID:1TaAiX3A0.net]
- 理詰めで論破されて悔しくて悔しくて顔真っ赤でIDコロコロ自演とか俺だったら恥ずかしすぎて自殺しちゃうね
- 967 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 01:13:13.38 ID:vvvoWF+K0.net]
- めんどくさい話をしてるな
はっきりしているのは、vi はクソだってことだ
- 968 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 06:49:48.09 ID:1D7Mg2zM0.net]
- MVVMの発祥はMSのWPF辺りだけどC#とXAMLしかMVVMじゃないという根拠が分からん。
- 969 名前：デフォルトの名無しさん [2022/03/12(土) 10:51:28.56 ID:q+cJNNu6a.net]
- 脱落したおじさんなんじゃないかな
と5chで妄想してるおじさんもそう変わらんやろ笑
- 970 名前：デフォルトの名無しさん [2022/03/12(土) 14:30:56.22 ID:q+cJNNu6a.net]
- 古くて恥ずかしい
という意味不明な発想笑
- 971 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 14:46:29.53 ID:QWgShYsB0.net]
- 誰かflutterのアップデートごとに内容を記事にまとめて
アフィ広告ふみますからおねがい
- 972 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 14:49:45.16 ID:N2ljdUSG0.net]
- c#のmvvmは
純粋mvvmというより
mvvmをblandで利用する為に拡張しまくった
bland.SDKであると言うのが実態
- 973 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 16:14:01.88 ID:Flf+dDbL0.net]
- FlutterでWindowsデスクトップアプリ作れるみたいだけど、ロジック部分をC#で書けますか？
スレッド管理が超重要だけど、Dart覚えながらスレッド管理し切る自信がないのでロジックだけC#使いたいです。
- 974 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 16:45:04.09 ID:1D7Mg2zM0.net]
- >>939
C#のロジックをDLL化すればいけるんじゃね？
それかflutnetを使うか。
- 975 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 17:45:40.27 ID:1TaAiX3A0.net]
- blandってなんだよblendだよ馬鹿w
元はMSがCreature Housewから買収したExpressionというベクターツールだよボケ
こんな無知で知ったかしてるやつが噛みついてきてんだからレベル低いとかじゃなくて論外なんだよアホ
- 976 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 17:56:35.94 ID:9lkR3mf4M.net]
- たかだかtypoでそこまで叩けるなんて凄いね
他に反論できなかったのかな？
- 977 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 20:00:25.36 ID:QWgShYsB0.net]
- オライリーから本が出るけど和訳はいつでるかな
- 978 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 20:08:28.65 ID:Ko1NPYQO0.net]
- あおり運転する人みたいなガラの悪さだね～
こわーい
- 979 名前：デフォルトの名無しさん mailto:sage [2022/03/12(土) 21:48:49.72 ID:5wLEJm9u0.net]
- Flutterをオライリーで学ぶ人は結構厳しいものがある
- 980 名前：デフォルトの名無しさん [2022/03/13(日) 08:39:33.93 ID:jxztePK8a.net]
- >>945
本じゃすぐ古くなるから？
- 981 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 12:24:51.65 ID:N1l5KzjE0.net]
- オライリーは勉強する人のための本じゃなくて
勉強した人のための本やしなぁ
- 982 名前：デフォルトの名無しさん mailto:sage [2022/03/13(日) 17:20:24.36 ID:BML9NIBO0.net]
- オライリーは固定化された技術を系統だって理解するには良いけど、さすがに1～2年違うとガラリと変わる風景には対応できんだろ。
- 983 名前：デフォルトの名無しさん [2022/03/15(火) 12:53:46.38 ID:e2fowoyJa.net]
- セックスしたい
恋人作る方法教えて
- 984 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 13:07:50.46 ID:ys3JZoKV0.net]
- >>949
せっけん１こ、釘１
- 985 名前：本、マッチ１００本、えんぴつ４５０本、
石灰コップ１ぱい、硫黄・マグネシウムつまみずつ、
水１．８リットル を用意してください [] - [ここ壊れてます]
- 986 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 13:11:59.95 ID:FJWI/71h0.net]
- 地面に石灰で直径31.35センチの円を描き、中に六芒星を描きます
- 987 名前：デフォルトの名無しさん mailto:sage [2022/03/15(火) 23:57:27.12 ID:T2FbsGHT0.net]
- Flutterは進化が早いから書籍は向いてないかも
- 988 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 00:51:40.09 ID:ksetJDfN0.net]
- 進化が早いといえば聞こえがいいけどようするに
基本設計が適当で行き当たりばったりなので
毎回派手に仕様変更され続けてる言語でしょ？
正直、仕事で無ければ触りたくない言語だと思う
- 989 名前：デフォルトの名無しさん [2022/03/16(水) 07:58:40.12 ID:GlBm7zwX0.net]
- 別に仕様変更なんてないし言語でもないがな
- 990 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 08:48:28.03 ID:f7CH62EM0.net]
- フレームワークを言語と間違えちゃうのかわいいねっっ！！！
- 991 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 10:07:30.66 ID:P7p17Th+p.net]
- スマホOSが機能追加繰り返してるんだから
それに合わせて拡張していくのは当然なんだけどな
実際OSアプデの度に新機能追加したFlutterを数日以内にリリースしてるからね
Googleはかなり本気でサポートしてるよ
Xamarinなんて年1回少しだけ機能追加して後はバグ修正しかしてないからね
あの調子じゃすぐ時代遅れになるのに
- 992 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 11:23:24.14 ID:F7f1h7IH0.net]
- そもそもFlutterあんま触ってなさそう
- 993 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 11:37:28.18 ID:f7CH62EM0.net]
- Xamarinの話はNG!
またあの人がきちゃうっ!!!笑
- 994 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 11:38:28.87 ID:3FfT6vQB0.net]
- Xamarinはクソ
- 995 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 12:46:52.83 ID:n5Renb6+a.net]
- ちょまどさんが来ますよ！
- 996 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 13:09:47.70 ID:X1c3Uy4i0.net]
- FlutterはGoogleの中の人が飽きたらなくなるが、
Xamarinはユーザーがいなくなってもなくならない
これがGoogleとMSの違い
- 997 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 13:42:40.54 ID:1WalaTG1r.net]
- 昔のDartでさえ無くならなかったのに今のFlutter/Dartが無くなるとは思えない
- 998 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 13:46:31.81 ID:SIoec7uI0.net]
- DirectX.NET
XNA
SilverLight
Windows Mobile
Internet Explorer
なくならないなんてあるの？
- 999 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 14:08:15.18 ID:O3OnEw410.net]
- Dartの使用者が増えないのは個人開発的にかなり美味しい
みんなが参戦するとすぐ赤い海になるわ
Flutter/Dartならば、開発工程を相当飛ばせるから、
少し前なら大作と呼べるようなアプリを、個人でも現実的な期間で作れる
あとFirebaseやFlutterのAPIの応用例に、チーム開発では使えないような魔法が多いから、
個人開発でもチーム開発に対抗する余地がある
また、日本は海外に比べてレベルがかなり劣ってるから、
海外では学生がポートフォリオで作るようなクオリティーのアプリでも勝負できる
- 1000 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 14:10:19.11 ID:O3OnEw410.net]
- 今のこの美味しい状況があと何年続くんだろうな…
- 1001 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 17:47:43.82 ID:AUMfJKJU0.net]
- >>958
呼んだ？
https://iso-labo.com/labo/mascot/images/Kanagawa_Zama-shi/%E5%BA%A7%E9%96%93%E5%B8%82_%E3%81%96%E3%81%BE%E3%82%8A%E3%82%93.png
- 1002 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 17:56:54.28 ID:X1c3Uy4i0.net]
- >>965
.NET MAUI がリリースされるまでだね
もうすぐ終わりだよ
- 1003 名前：デフォルトの名無しさん [2022/03/16(水) 20:37:04.27 ID:kQvZkE0K
]
- [ここ壊れてます]
- 1004 名前：d.net mailto: >>967
は？flutter舐めてる？
まだ始まってもねーから！！！ [] - [ここ壊れてます]
- 1005 名前：デフォルトの名無しさん [2022/03/16(水) 22:28:42.95 ID:kQvZkE0Kd.net]
- >>967
は？flutter舐めてる？
まだ始まってもねーから！！！
- 1006 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 11:16:52.56 ID:Rp9aIyi6d.net]
- >>950
人体錬成にしては少ないような？
- 1007 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 12:09:22.56 ID:A2Hxu7EOM.net]
- 23世紀の科学力を舐めんなよ
- 1008 名前：デフォルトの名無しさん mailto:sage [2022/03/18(金) 12:19:16.77 ID:tCnnq1ac0.net]
- 男なら誰でも彼女を作れる
必要なのはハサミだけ
- 1009 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 06:48:33.10 ID:92Tp7izK0.net]
- lintを更新したら、riverpodのコードを急に咎められるようになった
これは潰しにきてるなあ。contextを暗黙に保存していたのか
- 1010 名前：デフォルトの名無しさん [2022/03/20(日) 10:47:02.06 ID:jo2gfSqca.net]
- >>973
riverpodを潰しにきてる？
え？ま？
- 1011 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 19:16:36.05 ID:92Tp7izK0.net]
- ごめん。上のコメントは徹夜で寝ぼけてたんだ
でも『Do not use BuildContexts across async gaps』が出てるようになり
ほんとうに困ったのはマジ
StatefulWidgetを使用しないと上手に対応できない
- 1012 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 17:09:32.63 ID:vmIo900ZM.net]
- これflutterに関係するかなあ
心配だよ
GoogleCloudの従業員100人がクビ 本人たちはメディアの報道で知る [708866696]
https://greta.5ch.net/test/read.cgi/poverty/1647849795/
- 1013 名前：デフォルトの名無しさん [2022/03/21(月) 17:10:40.48 ID:6DIsZeO90.net]
- 非同期関数の中でNavigatorを呼び出せるラッパークラスを作って対応できたけど
手が遅いから普通に2日もかかってしまった
- 1014 名前：デフォルトの名無しさん [2022/03/21(月) 17:23:31.02 ID:Tp98bl5m0.net]
- ちょうどストレージも値上げするんだよな
白旗か？
- 1015 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 20:12:28.83 ID:6DIsZeO90.net]
- googleがいまどういう状況なのか気になる
- 1016 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 20:25:25.78 ID:6DIsZeO90.net]
- riverpodを使用するとUI側で非同期関数を使用する率が高そうなんだけど
非同期関数からNavigatorを呼び出すと、
『Do not use BuildContexts across async gaps』が出る問題について
皆はどう対処してる？
- 1017 名前：デフォルトの名無しさん mailto:sage [2022/03/21(月) 23:26:35.37 ID:6pu/rjG90.net]
- WPFでデスクトップアプリ作ってた頃よりもFlutter使ってる今の方がGUIとロジックの分離を意識できてる気がする
- 1018 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 07:14:59.23 ID:qL0EhgHv0.net]
- >>980
正解の方法かどうか分からんけど、そのエラーはTimer.run()使ってタイミングずらすと回避できるはず。
- 1019 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 10:20:59.27 ID:jlubKDvZa.net]
- >>982
ビルド中にmarkNeedsBuildするなってエラーと勘違いしてない？
- 1020 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 12:32:01.13 ID:qL0EhgHv0.net]
- >>983
ああすまん、それだ。
- 1021 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 12:39:39.24 ID:0dITcBto0.net]
- >>982
Timer.run()で不具合回避すると、不具合が発生しないことに保証が立たないから怖いべ…
スマホアプリなら実機で動作確認できればリリースしていいかもしれないががががが
- 1022 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 12:48:15.64 ID:0dITcBto0.net]
- こんなブログを見つけた
https://zuma-lab.com/posts/flutter-troubleshooting-called-during-build
WidgetsBinding.instance.addPostFrameCallbackを使っておけば大丈夫だと思う
- 1023 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 13:28:25.10 ID:Me2E83wOa.net]
- >>986
それも違うでしょ
BuildContextを非同期に使うとunmountされた後になるかもしれんから危険なんよ
内部の動作を知らずに使ってるの？
- 1024 名前：デフォルトの名無しさん [2022/03/22(火) 13:48:31.36 ID:0dITcBto0.net]
- >>987
すまん
>>986はmarkNeedsBuildのエラーを解決する方法にtimer.run()を使用するのは不適当だと言いたかった
- 1025 名前：デフォルトの名無しさん [2022/03/22(火) 20:25:21
]
- [ここ壊れてます]
- 1026 名前：.61 ID:5/WsGxhDd.net mailto: >>987
内部の動作を知らずに使ってるの？
そういう人もいるだろう。
メインは他の言語・フレームワークの人もいるだろうし、どのレベルで使おうが自由なわけで。 [] - [ここ壊れてます]
- 1027 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 23:20:49.18 ID:UjWqblhl0.net]
- 新書まだ？
- 1028 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 00:45:16.84 ID: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 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 00:45:57.58 ID:PKuC3Xpv0.net]
- 自分はこんな感じで『Do not use BuildContexts across async gaps』を回避した
- 1030 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 11:52:20.73 ID:n9fyk9vz0.net]
- 根本をわかってない感じ
- 1031 名前：デフォルトの名無しさん mailto:sage [2022/03/23(水) 18:18:13.67 ID: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 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 01:25:01.24 ID:PWZbTKss0.net]
- 出た！カプチーノ厨ｗ
- 1033 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 07:00:20.57 ID:0+/JwELe0.net]
- CurrentStateの値が古いままページ遷移しようとしてエラーを出すな
結局、最新のコンテキストで常にページ遷移するように、>>991の書き方をするしかなかった
あるいは、非同期処理の完了を待ってページ遷移させる処理の実装を諦めるか
あるいは、StatefulWidgetで全てのコードを書き直すか
- 1034 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 15:41:06.11 ID:VOH9Pz/z0.net]
- んなことないでしょー
エラーみせて
- 1035 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 01:45:06.69 ID:K9Q/GGg50.net]
- すみません。自己解決しました。コード上にこんな箇所があった…
SchedulerBinding.instance.addPostFrameCallback((_) {
SchedulerBinding.instance.addPostFrameCallback((_) {
CustomNavigator.pushReplacementNamed( '/sign_in');
}
}
ただ、GlobalKey<NavigatorState>を使うとホットパス以外にも
遷移できてしまう仕様が気になってます
- 1036 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 07:51:40.41 ID:wpFSl1+b0.net]
- 埋め
- 1037 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 07:52:04.42 ID:wpFSl1+b0.net]
- 埋め
- 1038 名前：1001 [Over 1000 Thread.net]
- このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 231日 11時間 33分 52秒
- 1039 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
