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/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公式じゃないとかただの書籍じゃないかとか難癖つけられるだけな気もするけど

2022/03/11(金) 23:33:48.32

>>925
いやだからお前は

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

って断言してるんだがMVVMがMVPの一形態(日本語がおかしい)だって断定して>>913を否定してるんだからその証拠のソース示せって言ってんだよ
だから断言できるMSのホワイトペーパーかそれに準ずる証拠をさっさと示せよ

>>925
入門書見せてお前の妄想の証拠になるわけないだろ
さっさと思い込みと妄想とノリ嘘吐いちゃいましたごめんなさいしろや

2022/03/11(金) 23:48:45.89

>>913の
>C#とXAMLじゃないのにMVVMとか意味ないぞ
についての反例を上げたんだがやっぱり難癖つけられただけに終わったか

ていうか俺918じゃないんだけどさあ
罵倒すること自体が目的になってるからこういう口調がデフォルトになってるんだろうねこの人は

2022/03/11(金) 23:52:11.58

うん
そうだと思う
時間の無駄だから相手するのやめた方がいいね

俺らはMVVMは他でも使える派
彼らはMVVMはC#とXAMLでしか意味ない派

でおしまいでいいよ

2022/03/12(土) 00:02:52.53

ソース示せず思い込みと妄想の大嘘確定で敗北して負け犬の遠吠えで逃亡してんの草
脊髄反射でレスしちゃいました勘違いして知ったかしてごめんねテヘペロってさっさとあやまればいいのにほんとアホだわ

2022/03/12(土) 00:42:58.23

MVVMに挫折して脱落したおじさんなんじゃないかな

2022/03/12(土) 01:00:47.45

C#のしつこい主張で老害の気配も感じてたけどホントに老害だったああぁぁああ
「ってか？」って古くて恥ずかしいからやめて～　きゃああ

2022/03/12(土) 01:07:01.26

理詰めで論破されて悔しくて悔しくて顔真っ赤でIDコロコロ自演とか俺だったら恥ずかしすぎて自殺しちゃうね

2022/03/12(土) 01:13:13.38

めんどくさい話をしてるな
はっきりしているのは、vi はクソだってことだ

2022/03/12(土) 06:49:48.09

MVVMの発祥はMSのWPF辺りだけどC#とXAMLしかMVVMじゃないという根拠が分からん。

2022/03/12(土) 10:51:28.56

脱落したおじさんなんじゃないかな

と5chで妄想してるおじさんもそう変わらんやろ笑

2022/03/12(土) 14:30:56.22

古くて恥ずかしい

という意味不明な発想笑

2022/03/12(土) 14:46:29.53

誰かflutterのアップデートごとに内容を記事にまとめて
アフィ広告ふみますからおねがい

2022/03/12(土) 14:49:45.16

c#のmvvmは
純粋mvvmというより
mvvmをblandで利用する為に拡張しまくった
bland.SDKであると言うのが実態

2022/03/12(土) 16:14:01.88

FlutterでWindowsデスクトップアプリ作れるみたいだけど、ロジック部分をC#で書けますか？
スレッド管理が超重要だけど、Dart覚えながらスレッド管理し切る自信がないのでロジックだけC#使いたいです。

2022/03/12(土) 16:45:04.09

>>939
C#のロジックをDLL化すればいけるんじゃね？
それかflutnetを使うか。

2022/03/12(土) 17:45:40.27

blandってなんだよblendだよ馬鹿w
元はMSがCreature Housewから買収したExpressionというベクターツールだよボケ
こんな無知で知ったかしてるやつが噛みついてきてんだからレベル低いとかじゃなくて論外なんだよアホ

2022/03/12(土) 17:56:35.94

たかだかtypoでそこまで叩けるなんて凄いね
他に反論できなかったのかな？

2022/03/12(土) 20:00:25.36

オライリーから本が出るけど和訳はいつでるかな

2022/03/12(土) 20:08:28.65

あおり運転する人みたいなガラの悪さだね～
こわーい

2022/03/12(土) 21:48:49.72

Flutterをオライリーで学ぶ人は結構厳しいものがある

2022/03/13(日) 08:39:33.93

>>945
本じゃすぐ古くなるから？

2022/03/13(日) 12:24:51.65

オライリーは勉強する人のための本じゃなくて
勉強した人のための本やしなぁ

2022/03/13(日) 17:20:24.36

オライリーは固定化された技術を系統だって理解するには良いけど、さすがに1～2年違うとガラリと変わる風景には対応できんだろ。

2022/03/15(火) 12:53:46.38

セックスしたい
恋人作る方法教えて

2022/03/15(火) 13:07:50.46

>>949
せっけん１こ、釘１本、マッチ１００本、えんぴつ４５０本、
石灰コップ１ぱい、硫黄・マグネシウムつまみずつ、
水１．８リットルを用意してください

2022/03/15(火) 13:11:59.95

地面に石灰で直径31.35センチの円を描き、中に六芒星を描きます

2022/03/15(火) 23:57:27.12

Flutterは進化が早いから書籍は向いてないかも

2022/03/16(水) 00:51:40.09

進化が早いといえば聞こえがいいけどようするに
基本設計が適当で行き当たりばったりなので
毎回派手に仕様変更され続けてる言語でしょ？

正直、仕事で無ければ触りたくない言語だと思う

2022/03/16(水) 07:58:40.12

別に仕様変更なんてないし言語でもないがな

2022/03/16(水) 08:48:28.03

フレームワークを言語と間違えちゃうのかわいいねっっ！！！

2022/03/16(水) 10:07:30.66

スマホOSが機能追加繰り返してるんだから
それに合わせて拡張していくのは当然なんだけどな
実際OSアプデの度に新機能追加したFlutterを数日以内にリリースしてるからね
Googleはかなり本気でサポートしてるよ

Xamarinなんて年1回少しだけ機能追加して後はバグ修正しかしてないからね
あの調子じゃすぐ時代遅れになるのに

2022/03/16(水) 11:23:24.14

そもそもFlutterあんま触ってなさそう

2022/03/16(水) 11:37:28.18

Xamarinの話はNG!
またあの人がきちゃうっ!!!笑

2022/03/16(水) 11:38:28.87

Xamarinはクソ

2022/03/16(水) 12:46:52.83

ちょまどさんが来ますよ！

2022/03/16(水) 13:09:47.70

FlutterはGoogleの中の人が飽きたらなくなるが、
Xamarinはユーザーがいなくなってもなくならない

これがGoogleとMSの違い

2022/03/16(水) 13:42:40.54

昔のDartでさえ無くならなかったのに今のFlutter/Dartが無くなるとは思えない

2022/03/16(水) 13:46:31.81

DirectX.NET
XNA
SilverLight
Windows Mobile
Internet Explorer

なくならないなんてあるの？

2022/03/16(水) 14:08:15.18

Dartの使用者が増えないのは個人開発的にかなり美味しい
みんなが参戦するとすぐ赤い海になるわ
Flutter/Dartならば、開発工程を相当飛ばせるから、
少し前なら大作と呼べるようなアプリを、個人でも現実的な期間で作れる
あとFirebaseやFlutterのAPIの応用例に、チーム開発では使えないような魔法が多いから、
個人開発でもチーム開発に対抗する余地がある
また、日本は海外に比べてレベルがかなり劣ってるから、
海外では学生がポートフォリオで作るようなクオリティーのアプリでも勝負できる

2022/03/16(水) 14:10:19.11

今のこの美味しい状況があと何年続くんだろうな…

2022/03/16(水) 17:47:43.82

>>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

2022/03/16(水) 17:56:54.28

>>965
.NET MAUI がリリースされるまでだね
もうすぐ終わりだよ

**デフォルトの名無しさん** (ｽﾌｯ Sda2-p587) · 2022/03/16(水) 20:37:04.27

>>967
は？flutter舐めてる？
まだ始まってもねーから！！！

**デフォルトの名無しさん** (ｽﾌｯ Sda2-p587) · 2022/03/16(水) 22:28:42.95

>>967
は？flutter舐めてる？
まだ始まってもねーから！！！

2022/03/18(金) 11:16:52.56

>>950
人体錬成にしては少ないような？

2022/03/18(金) 12:09:22.56

23世紀の科学力を舐めんなよ

2022/03/18(金) 12:19:16.77

男なら誰でも彼女を作れる
必要なのはハサミだけ

2022/03/20(日) 06:48:33.10

lintを更新したら、riverpodのコードを急に咎められるようになった
これは潰しにきてるなあ。contextを暗黙に保存していたのか

2022/03/20(日) 10:47:02.06

>>973
riverpodを潰しにきてる？
え？ま？

2022/03/20(日) 19:16:36.05

ごめん。上のコメントは徹夜で寝ぼけてたんだ

でも『Do not use BuildContexts across async gaps』が出てるようになり
ほんとうに困ったのはマジ

StatefulWidgetを使用しないと上手に対応できない

2022/03/21(月) 17:09:32.63

これflutterに関係するかなあ
心配だよ

GoogleCloudの従業員100人がクビ　本人たちはメディアの報道で知る [708866696]
https://greta.5ch.net/test/read.cgi/poverty/1647849795/

2022/03/21(月) 17:10:40.48

非同期関数の中でNavigatorを呼び出せるラッパークラスを作って対応できたけど
手が遅いから普通に2日もかかってしまった

2022/03/21(月) 17:23:31.02

ちょうどストレージも値上げするんだよな
白旗か？

2022/03/21(月) 20:12:28.83

googleがいまどういう状況なのか気になる

2022/03/21(月) 20:25:25.78

riverpodを使用するとUI側で非同期関数を使用する率が高そうなんだけど
非同期関数からNavigatorを呼び出すと、
『Do not use BuildContexts across async gaps』が出る問題について
皆はどう対処してる？

2022/03/21(月) 23:26:35.37

WPFでデスクトップアプリ作ってた頃よりもFlutter使ってる今の方がGUIとロジックの分離を意識できてる気がする

2022/03/22(火) 07:14:59.23

>>980
正解の方法かどうか分からんけど、そのエラーはTimer.run()使ってタイミングずらすと回避できるはず。