Flutterやろうよ！！！ 2

2021/01/30(土) 12:22:39.97

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

https://flutter.dev/

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

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

2021/05/30(日) 00:49:46.27

>>548
カバーしているもなにも、ユースケースがこういうもん。
Kotlinのクロスプラットフォーム、自分でビルドしたことあるか？
俺はあるけど苦行だぞ。

ReactのJSはHermesの最適化が聞いてるはずなので、スクリプト言語とは言い切れなくなってる。

ホントにあんま知らんの？
今日のところは悔しいだろうが、勉強になりました、って帰ったほうが良くない？

2021/05/30(日) 00:59:49.31

C#おじさんはよそのスレ荒らすのやめてくれないか

2021/05/30(日) 00:59:52.20

ベンチベンチってそもそもそこまでパフォーマンスを求めていないんだがな
まずまずなめらかに動けばそれで良い
大事なのは生産性なんだよなぁ
クロスプラットフォームでの生産性が高いからこれだけ人気があるんだが
世間知らずにはわからんらしい

2021/05/30(日) 06:28:17.59

盛り上がってるなー

2021/05/30(日) 07:37:40.14

xamarin 推しは別にええが何でflutterスレに来るんだ

**デフォルトの名無しさん** (JP 0H6b-rGTW) · 2021/05/30(日) 07:55:27.15

2.2で盛り上がってるのかと思ったら変なのが湧いただけだったか…

2021/05/30(日) 08:21:52.88

2.2出てたのか！
先日アプリリリースして、一週間も審査放置されてたからしばらく触ってなかった。
デスクトップ3プラットフォームともにベータになったのは凄いな。いよいよ感がある。

2021/05/30(日) 09:56:30.62

過疎ってたのに俺が書き始めた途端に勢いあがった。

>>549
信頼できるベンチマークサイトで
JSとの比較で、Dartの速度はたったの9%しか出てない。
9%減ではないぞ、10分の1以下な

必死にチューニングした結果がその遅さなら技術力がないってことだ
信者は現実を見たほうがいい

2021/05/30(日) 10:05:23.67

https://www.techempower.com/benchmarks/#section=data-r20&;hw=ph&test=fortune&l=xakgl9-sf
Dart vs JS vs Kotlin vs C#

Dart遅すぎ

2021/05/30(日) 10:15:05.69

ここはflutterやる人のためのスレ。安置は他に行った方がいいよ

2021/05/30(日) 10:16:57.27

>>556
だからWebフレームワークと、アプリのフレームワークでベンチ取り合ってどういう結果になるの？

Webサーバとしてはチューニング全然してない。しかもaqueductもまだAOTコンパイル版じゃないでしょ。

遅い遅いと言うが、言語単体ではなくフレームワークとして見ると、実際はXamarin製アプリはモッサリしてるんだし。
KotlinもJetpack Composeはまだ生煮えだぞ。

お前、言語だけ話題に上げて、しかもベンチ結果だけ出してくるけど、実際にアプリ作って試してる？自分で。
「スルー」とかさも賢明な判断かのように言ってたが、我々は「検証した結果スルー」してるぞ。

2021/05/30(日) 10:18:09.90

Kotlinのクロスプラットフォームも、話題に入れてないって言うが、やってみてから言えと。
全然有力じゃないのよ。

2021/05/30(日) 10:43:58.88

>>560
言語としての実力は圧倒的にKotlinが上だろ
人気も、性能もKotlin圧勝
有力じゃないってネットフリックスのような大企業が
クロスプラットフォームでつかってるわ

2021/05/30(日) 11:00:45.90

>>561
言語としての実力なぁ。
Kotlinは便利だと言って書きまくってると容易にdsl化してしまうし、銀の弾丸ではないぞ。
Netflixが、楽に実装したなら言い分もわかるが、こういうとこ苦労したわって書いてる時点で「頑張ったらできる」の一種だよ。

2021/05/30(日) 11:02:41.04

KotlinをJVMで動かすのも確かに効率的だし、
KotlinをAndroidに使うのももちろん便利だが、

JVM向けとAndroid向けを一発で作ろうとすると地獄だかんね。

2021/05/30(日) 11:28:51.04

Androidの推奨言語がKotlinなんだからKotlin系のクロス開発の
フレームワーク選んでおけばほかにもいろいろ出てくる。
あとAndroid開発者はKotlin使いがたくさんいるわけで
その辺のメリットが計り知れない。
エコシステムに伸びしろがある

Dart選んじゃうとFlutterしかないし一方通行。
Flutterやめるとなると既存のコードを捨てる羽目になる。
だから危険だと俺は言っている。
乗り換えの時間、コストまで考えてる人がここにはいない

2021/05/30(日) 11:32:45.99

>>564
おまえKotlinエアプだろ。
KotlinNativeのこと言いたいんだろうが、KotlinとKotlinNativeのエコシステム全く別だからな。
伸びしろがあるならとっくに伸びてるんよ。

辞めるなら捨てないといけないなんて普通でしょ。
無理して古いロジック残すとつらい思いするだけだぞ。
そんな未来の話するようなもんではないのよ。
ここ数年で開発環境から何から何までほとんど変わってるんだし。

Eclipseで作ってた頃のAndroidアプリのライブラリで今そのまんま使えるライブラリがどれだけあるかって話なんだけど。

開発歴浅いの？

2021/05/30(日) 11:33:45.70

>>563
Buildまわりはフレームワークが洗練されてくれば解決する問題だしどうでもいい。
大きな問題ではない
Kotlinは基礎の部分がよくできているから将来性がある。

FlutterはDartそのものが不人気なので将来性がない。

2021/05/30(日) 11:37:41.76

>>566
そのまんま、Dartもビルド周りはフレームワークが洗練されてくれば解決する問題でとうでもよい、大きな問題ではない。と言い換えようか？

Dart人気毎年上がってるよ。
2017か2018年には確かにゴミだって言われてたがw
https://news.mynavi.jp/article/20200601-1045348/

2021/05/30(日) 12:45:25.11

>>567
Dart開発陣は技術力がないから改善されない
技術力あればベンチマークが速くなる

建築と同じで
土台の部分が大事だっていうのがわかんない人いるんだな

2021/05/30(日) 12:47:15.34

>>565
エコシステムってのはKotlin全体の話に決まってるだろ
ライブラリ全部だ
基礎的な用語も知らんのにマウントばかりしてくんなよｗ

2021/05/30(日) 12:54:10.85

>>568
Dartの開発陣の何を知ってるのかわからんが、アプリの開発フレームワークと、Webサーバとしての言語の技術力はまた違うだろww

建築の例え話に乗っかるが、オフィスビルビル建てるための技術と一戸建てたてる技術全然違うでしょ。
混同して比べてもなんにもならんよ。

2021/05/30(日) 12:56:14.47

>>569
Kotlinのライブラリって、KotlinNativeで使えるとは限らんのよ。
Java依存あったらアウトだし。

ホントに基本的なこと知らんのにエアプでマウントしないでくれ。

2021/05/30(日) 13:01:12.74

Flutterのように、pubでどのプラットフォームで使えるかラベルが出てるとかでもあるまいし。
この点はnugetとかpubがだいぶマシな部分。

2021/05/30(日) 15:55:53.95

アンチにとってよっぽど気になってるんだな

2021/05/30(日) 15:59:42.14

やっぱりPHPでアプリ作れたら盛り上がりますよ

2021/05/30(日) 15:59:55.72

その割には自分で検証してみてもないのでスッカスカ。

2021/05/30(日) 16:09:51.04

KotlinスレのKotlinファンによれば、Kotlinは今後の衰退を感じるらしい。
GoogleはOracleとの恐らく最後のJava訴訟において、勝ったらしいから
Javaで十分となったかも。もともとJavaは何十年も前からの人気言語
だったわけだし、新参者のKotlinが勝つのは難しいはずだ。

2021/05/30(日) 16:55:49.76

間違ってる事を「間違ってる」と指摘したら「マウント」だとかもう頭おかしい発想だからな。

2021/05/30(日) 17:16:11.66

>>573
Blazorが強烈にしょぼかったのに今頃気づいて
のこのこflutterスレに出むいて暴れてるんだよ。
まあ相手にせん事だね。

2021/05/30(日) 23:59:41.79

なんかいっぱいレスついてたな
忙しいからほとんどスルーするけど
速度10分の1がよっぽどくやしかったんだろうな
都合のいい個人ブログの古いデータだけ信じてるおかしな人もいた

2021/05/31(月) 00:03:21.68

おまえが悔しかったんだろww
何がKotlin全体のエコシステムなんだよwww

2021/05/31(月) 00:05:39.06

>>576
Javaの訴訟、今後を決めるほど重要なんだけどやっとこのスレででたな

Kotlinはむしろこれからさらにはやる。
Googleは勝訴だから脱Java、脱Kotlinする必要なくなったわけでKotlinは盤石になった。
Javaの資産、エコシステムを生かしつつ、簡潔なコードがかけるKotlinが
流行らないわけがない。
KotlinはJavaに勝つ必要はない。Javaと共存する言語

Googleは裁判の結果、Java, Kotlin依存でいけることになったから
Dartを育てる必要性もなくなった。
そのうちDartは切り捨ててくる可能性すらある。

2021/05/31(月) 00:41:02.88

C#おじさんに反応してはダメだよ

2021/05/31(月) 04:07:28.05

Googleは自社内で仕様をコントロールしたいんでしょ
Android+Java/KotlinじゃいつまでもLinuxコミュニティ/Oracle/Jetbrainsに仕様を握られて
手を出せない領域が残り続けるんだから

Fuchsia/Go/Dartでやっと外野を気にせず済む環境が手に入るよ

2021/05/31(月) 07:18:26.61

Flutter開発はJavaと排他ではないしな。
足回りというかNativeプラグインはJavaなりKotlinで書けば良いって話なんだし。

しっかしFlutter使ってみたらいいのになw

GoはGoで落ち着いて成熟しつつあるし。流行りが過ぎたって言う人もいるが、そういう訳ではなくて、無理に使って「この言語はクソ」って言う人がちゃんとやめて、今は満足する人しか使ってない印象。

2021/05/31(月) 11:21:21.88

Flutter開発でもネイティブ依存部分は、各プラットフォーム用の言語で書かなければ
ならないので、Flutterがあれば、Java、Objective-C、C#(.NET)が不要になるわけ
ではない。

Flutterで何でもできると思っている連中は、そこを勘違いしている。

2021/05/31(月) 11:24:57.52

そう勘違いしていると思ってるのはお前だけだろｗ

2021/05/31(月) 11:44:11.28

C#おじさんに反応してはダメだよ

2021/05/31(月) 11:54:13.55

>>585
いやいやmethod channelはC#なんか対応してないぞ
FlutterDesktopはC++FFIしか使えない
嘘ついてでもC#の宣伝しなきゃならんのかね？必死すぎん？

2021/05/31(月) 12:00:10.11

C#はいい言語だよ。
ただ、無理矢理フォローしないでくれ。
Xamarinみたいに、よくわからん殺され方したらどうすんよ。

2021/05/31(月) 14:41:20.44

>>585
その通り。
でもpub.devがかなり充実してきてるのでたいていのNative依存部分はブラグインがある。
いざという時にはプラグインのメンテスキルは必須なので各プラットフォーム言語やSDKの知識はなかったら困るけど、それでもスクラッチで1から作るよりはるかに楽。

2021/05/31(月) 17:42:55.46

Flutterはライブラリ貧弱だから
自力でコード書く必要が増える。
UIで多少楽できてもロジックで手間が増える。

ほんとバカらしいね
.netかJVMのライブラリ使える言語にすべきだったのに
Dartゴリ押ししてだめにした。

2021/05/31(月) 17:49:24.04

長島自演乙雄一郎！

2021/05/31(月) 18:21:13.12

言うほどゴリゴリにクライアントアプリでロジック書かんだろ。
バックエンドと適切におしゃべり出来たらそれで良いんでは？
その上で特性に応じてバックエンドは好きな言語で書けばいいんじゃね？

そのためにasync awaitに対してネイティブだったりするし、providerとかriverpodで状態管理もメチャクチャ楽に出来る仕組みも発達したんじゃん。

2021/05/31(月) 18:21:15.17

どんなに頑張ったところで
見限ったxamarinに戻る気はないよ

2021/05/31(月) 18:32:05.65

>>593
いや、spではロジックばかり書いてる
そのためのネイティブアプリなわけでね

Flutterの状態管理は酷評されてるのにそんなところまでほめるって
無理がありすぎるだろｗ

>>594
C#好きさえも現行Xamrinの話してないのにまたXamarin批判か
叩けるものそれしかないものな

MAUIはそのうちよくなるし、ならなかったらサードパーティがよいクロスFW出してくる。
もちろんKotlin KMMでもいい
.netとJVMは偉大だ

2021/05/31(月) 18:40:26.58

>>595
クライアントにロジックをやたら書くのも考えもんだけどな。
ちなみに最近どんな言語で、どんな機能についてロジック書いた？

Flutterの状態管理が酷評されてる？どこが？
riverpodとflutter_hooksで大体万全だと思うが。
いつの時代の知識なんだよww

2021/05/31(月) 18:43:42.90

>>595
サードパーティがクロスUIな。
UnoPlatformみたいな。

悪くはないんだけど、おっせえんだよなぁあれ。

2021/05/31(月) 21:20:43.46

今日も盛況だね
アンチも大注目してる感じだね

2021/05/31(月) 21:26:09.88

.NET 6 deep dive; what's new and what's coming
https://youtu.be/GJ_PaRNDe9E?t=1786

.NET6とMAUIだいぶよくなってきてるな
Flutterのブームも.NET6でるまでだな

2021/05/31(月) 21:30:55.69

MSのMAUIなら、C#の素晴らしい言語で
Windows, Mac, Android, iOS全部で動くコードかけちゃう
.NETのライブラリも使える

Flutterなんてもう要らないでしょｗｗ
Dartとかいうゴミ言語と
チープなライブラリでの開発、苦行でしょうね

2021/05/31(月) 21:33:48.91

>>599
本来なら.NET 5のタイミングでAndroid・iOS統合してたはずなのにこんな状況になっててよく言えると思うわ。

その動画でやってること試してから俺は
>>465を書いたんだけど「よく見てからスルー」とか言ってるお前は何やったの？

2021/05/31(月) 22:16:14.78

>>601
.NET6ほどの大規模プロジェクトは遅れて当然だし
コロナあったからなおさらだ

前にBlazor wasmとかは評価はしてるしそのときは使えないと判断した
最近忙しいからリリースごとに触ってられない
俺の話はどうでもいいだろ、技術的な話をかけよ

2021/05/31(月) 22:17:40.67

落ち着けよハゲ
flutterはいいぞｗ

2021/05/31(月) 22:22:43.81

>>602
技術的な話したらスルーしたじゃんw
忙しい、な。

何も調査しなくて良い、ひたすらロジック書く兵隊なのかなぁ？

2021/05/31(月) 22:28:19.67

ただの言語オタクだろｗ

2021/05/31(月) 22:46:13.48

俺は単にいろんな言語好きなタイプのオタクとはまだまだ呼べないつまみ食い勢だけど、それでもプレビューとか出たら試してみるぞ。
オタクなのにエアプとか何やってんのよ。

2021/05/31(月) 22:56:24.24

俺は金になればなんでもいい
flutterは儲かるわｗ

2021/05/31(月) 23:59:43.01

maui持ち上げてるくせに>>469でpreviewすでに出てることすらしらないという
勝手に脳内で持ち上げてるだけ

2021/06/01(火) 00:05:54.37

xamarinとmauiで外部から見ると違いがわからないからMSの本気をどこで感じとっとたか>>452で聞いたんだけど、答えず逃亡

これも勝手に彼が脳内で持ち上げてるだけ

2021/06/01(火) 06:33:33.64

>>608
だからもっと前にBlazorは試してるって書いてるだろ
忙しいし全部は試さないとも書いた。

>>609
頭悪すぎ、なんでわからないんだよ
本気がなければ買収しないし
対象プラットフォームが思いっきり広がってる

新規プロジェクトのコードみてもかなり変わってるのがわかる
>>599みたいな動画はたまに目をとおしてる

2021/06/01(火) 06:38:26.08

MAUIでたら
Windowsでも動かないappは
クロスプラットフォームと呼ばれなくなるだろう

Flutterは完全におしまいだ

web appを作らない企業も増えるのは間違いない
MAUIでwindows, ios, mac, Androidカバーできてしまうから
web appを作る必要がない
この予測ができてる人がほとんどいない

Windowsに関してはFlutterは遅れてるだろうしMSに追いつけない

2021/06/01(火) 06:55:08.56

>>611
Flutterもそのプラットフォームカバーできるんよね。
今公式にベータに降りてきた。

2021/06/01(火) 06:59:58.47

>>610
試す試さないではなくて、知らないって何よ？

2021/06/01(火) 10:39:28.89

>>607
どんな分野で？

2021/06/01(火) 11:20:30.78

>>612
現段階でWin appとMac app、まともに動くの？
.NET6 リリースは近いぞ

仮に動くとしてももうFlutterの意味ないわ
.NETのほうがライブラリが充実してる。圧倒的

>>613
忙しいし全部は見てられないだろ
反論したけりゃ技術的な話でやってくれ

2021/06/01(火) 12:39:05.42

>>615
割と動くぞ。

「もう」の意味もわからんがな。
.NETでライブラリどんだけ充実してんのよw
俺もずっとXamarinアプリメンテし続けてるからわかるが、はっきり言って全然だめだぞ。
それに、.NETでライブラリ使いまくったらどうなるよ。
クソみたいな数のdllの山だし、シングルバイナリにしたとしてもめちゃくちゃどでかいexeになんじゃん。
MonoにあったようなTreeShakingが最近実装されたけど、それも微妙な動きしてるしな。

>>615
技術的な話をするためには、お前も試してないと意味が無いでしょ。
現に通じてないじゃん。
技術的な話をしたいなら、ちゃんと土俵に立てる程度に勉強してきてくれ。

2021/06/01(火) 13:22:58.28

>>616
勉強しろとかやたらマウントするくせにおまえ知識古いなｗ

.net coreでサイズ小さくなっただろ
モバイルで使えるように改良されてる

いつもXamarin, XamarinってMSの技術それしか知らないんだな
クオリティ低いMonoのライブラリとかどうでもいい。
MAUIと関係ない

2021/06/01(火) 13:29:07.70

ランタイムがあったらファイルサイズ小さくなるけど自己完結型は未だに大きいままでしょトリミングしない限り

2021/06/01(火) 14:40:10.23

>>617
だからたいして小さくならねえんだよ。
.NET Core5以降のILでTreeShakingする機能使っても。
その上で、さらに起動時間を短くしようとするとReadyToRunする羽目になるから、焼け石に水なの。

Monoのライブラリの話してないだろw
cecilとかの話してんだよ。

お前ホントに、.NET界隈の技術すら知らないのな。

2021/06/01(火) 14:41:55.48

>>618
トリミングたいして効かないのよ。
攻めるモードにしたらまあ15MB切れるかな？ぐらいになるけど、結構動かん。

2021/06/01(火) 14:57:47.65

C#おじさん

2021/06/01(火) 16:18:12.88

>>610
>だからもっと前にBlazorは試してるって書いてるだろ
>忙しいし全部は試さないとも書いた。
ほら、mauiに関しては脳内で勝手に持ち上げてるだけじゃん

>>610
だから、買収後、MSクオリティにならならず放置しまくったら聞いてるんだろうが

買収後の話聞いてんだよ馬鹿

2021/06/01(火) 16:40:30.80

ハゲのせいでスレが壊れた

2021/06/01(火) 16:55:45.00

俺も本気出したから買収、無料化したと思ってる

でも、
買収後にMSクオリティにならず放置して本気が感じられないから、mauiで突然君が本気を感じた理由聞いてんだろうが

>>445で買収｢後｣の本気をどこから感じたか聞いてんだろ

買収｢後｣の本気の話してんだよ

どんだけ、>>610は読解力ねぇ馬鹿なんだよ

2021/06/01(火) 17:02:55.75

flutter大人気だな

2021/06/01(火) 17:28:28.29

>>620
そう、全然ダメダメ。まだ実験的機能だから仕方ないけど

2021/06/01(火) 17:37:49.00

>>624
何回もおなじこと聞くなバカ
対応プラットフォームが増えてるの見るだけでもわかるだろ
Xamarin触ってたならコードの変更にもきづくはずだ
おまえ.net coreすら知らなかったしな

2021/06/01(火) 18:33:24.18

>>620
「What is the acceptable size of a web page?」
で英語ページを検索してみたけど、現時点で
Webページのサイズとして許容されるのは、1MB位までらしい。
日本のページにも同じくらいのことが書いてある。
15MBだと全くダメだろうな。

2021/06/01(火) 19:30:17.90

>>627
こんなの真の正解があるわけじゃないのから、たださっさと話の流れそって答えてくりゃ終わるだけなのに

>>627の馬鹿は読解力ないから、買収｢後｣の話聞いてるのに、買収自体の話したり、

>>610でやっと対応プラットホームの話1つあげて、

>>627でコード変更の話をあげるやっと二つ目
金曜日のmauiが成功、失敗する関係のレスで一切それについて触れてないよね??

なんで、さっさとあげれないの??
>>452で君が黙るまえにそれ書けばいいじゃん

なんでこんな時間かかるの?
君読解力がない馬鹿だからでしょ??

2021/06/01(火) 19:36:25.53

>>627
>おまえ.net coreすら知らなかったしな
で、次はでっちあげる
お前は>>449で明確にmaui preview出てること知らない自らアピールした

俺がどこで.net core知らない発言を明確にした??

読解力ない上に今度はでっち上げ

ツーアウト

2021/06/01(火) 19:37:40.59

アンカー間違えた

>>627
>おまえ.net coreすら知らなかったしな
で、次はでっちあげる
お前は>>469で明確にmaui preview出てること知らない自らアピールした

俺がどこで.net core知らない発言を明確にした??

読解力ない上に今度はでっち上げ

ツーアウト

2021/06/01(火) 19:42:21.86

C#を擁護したいのはよくわかる。

俺もC#好きだから、毎回検証してる。
でも駄目なんよ。ガチで。

少なくとも今の状態だと、.NET FWの代わりに使う事もしばらく叶わない。
あらゆるユースケースにマッチしなさすぎる。
特にエンプラだとなんともならん。
ユーザにランタイム入れてもらうわけにもいかんし、イントラ経由だとはいえそんなサイズ・ファイル数のバイナリを撒いてられない。

2021/06/01(火) 22:12:12.21

>>628
いつの時代の話してんだよｗ
ヤフーショッピングのトップページで14MBくらいだ。
いまは10MB以上もありな時代になってる

2021/06/01(火) 22:55:32.37

それ画像込みだろ
バカなのか

2021/06/01(火) 23:03:54.12

>>634
バカはおまえだよ
いまどき画像オフにしてブラウザ使ってるやついるのかよ
トータルのデータサイズで比較するべき

2021/06/01(火) 23:45:15.79

モジュール単体と画像込みのサイズ比べてどうすんだｗ

2021/06/02(水) 02:03:32.24

>>635
画像は後からロードされるので、画像が見えなくてもテキストやレイアウト
自体は正常に表示されてボタン類も使用できることが多い。
ところがフレームワーク自体のサイズが大きいと、そうはいかず
画面に全く表示されない時間が長くなる。

2021/06/02(水) 02:08:15.79

Googleの分析だと、アプリもファイルサイズが大きいとダウンロード途中で
諦めてしまう人が多いので試してもくれないことや、ウェブページでも
広告効果や販売実績がかなり下がることが分かってる。
自分の周りを見て、多くの人が速い回線だと思いがちなのかもしれないが、
そうではない。

2021/06/02(水) 02:14:40.72

ページの表示が数秒間遅れるだけで売り上げは数割下がる。
Webの世界は競争が激しく僅かな利ざやで稼ぐ世界であり、この差により営業利益が
赤と黒のハザマを行ったり来たりするかも知れない。

https://pureplus.biz/view-speed-and-sales-correlation-for-a-site/

表示速度と離脱率
Googleは人間の脳と神経系をモデルにしたコンピューターシステムを使って、サイトの表示速度と離脱率の調査結果を発表しました。
1秒→3秒：32%
1秒→5秒：90%
1秒→6秒：106%
上記は、サイトの表示速度の変化と、その結果増加した離脱率になります。
その他にも有名な企業などが、サイトの表示速度についての調査などを実施しているので、調べてみると面白いです。

2021/06/02(水) 08:10:31.43

Flutterのアプリ、Releaseビルドしたapkで8MB以上あるよね？　Windowsデスクトップ
だともっと大きくて、zip圧縮して10MB以上になる。　非圧縮状態だと、flutter_windows.dll
ってのが13MB、data/flutter_assets/packages/flutter_iconsフォルダに格納されている
ttfフォントファイルが約2MB。

ランタイム込みで配布するC#とあんま変わらんのでは？　Windows Installer形式に
したらもっとデカくなると思う。

2021/06/02(水) 08:24:00.17

C#だともっと増える。
WinFormsでも50MBは余裕で超えるし、同じ程度のMauiになる寸前のXamarin.FormsのWPFビルドが100MB近い。

2021/06/02(水) 08:28:12.57

というか、Webとはあんまり関係なくないか？
Flutter for webとBlazor Wasmの比較してんの？

その比較であれば、Flutter for webの圧勝だかんね。
まだ日本語周りでワークアラウンド必要だけど。

2021/06/02(水) 08:34:56.70

>>641
.net core以前のモバイル対応してないランタイムの話してもしょうがない。
今からやるならXamrinでなくMAUIだろ

ゲームは10GB超えるのも多いしそれに比べたら10MBなんてどうってことない

2021/06/02(水) 08:38:22.19

>>642
Dartはライブラリが貧弱だから、
一部信者が.NET/JVMの強力なライブラリに嫉妬してケチつけてるだけだし

Blazor wasmならともかく、native appは初回に少し時間がかかるのは
みんなわかってるからファイルサイズはどうでもいいよ

2021/06/02(水) 08:43:26.99

>>643
.net coreのWindowsアプリの話をしているんだが。

MAUIのリポジトリ、初期から見てた？
土台はFormsだぞ。

結構どうでも良くないんだがな。ファイルサイズ。

2021/06/02(水) 08:45:02.90

>>644
嫉妬じゃなくて、.NET/JVMのライブラリとやらを盲信して推してくるだけじゃん？

初回に時間かかるのが許容範囲でないから、ReadyToRunとかMSも用意したんだし、
ファイルサイズが問題だからTrimmingのオプション用意したんよね。
おまえがどうでもいいと思ってるだけだよ。

2021/06/02(水) 08:47:56.75

そもそもDartでもFFIがまともに使えるようになったので、Native言語のライブラリならなんの苦労もせずに使えるんよ。

Flutterに関しては、Kotlinライブラリも、Swiftライブラリも簡単に使えるから、その文化圏のライブラリはFlutterにあるも同然なの。
現実問題用意されてるからね。

2021/06/02(水) 12:55:46.04

>>641
> C#だともっと増える。
> WinFormsでも50MBは余裕で超えるし

まさかそれ、Debugビルドでしたってオチじゃないよな？
スクリプト書き出身はコンパイラの知識ゼロだから十分ありうる話ではあるが。