Flutterやろうよ！！！

**デフォルトの名無しさん** · 2018/06/02(土) 15:07:40.16

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

http://www.flutter.io

**デフォルトの名無しさん** · 2021/01/27(水) 06:36:03.20

Swiftはコンパイラが厳しすぎてクソ
[Any,Any]？とアクセスするとムカつくほど指摘してくる
コンストで入ってんだからさ～
dartは少し緩いけど、JSONの中の配列とかすんなりモデル化してくれない、1度List作らないとmapでアクセスできない、ライブラリもう少し頑張って欲しい

**デフォルトの名無しさん** · 2021/01/27(水) 06:50:31.35

[Any:Any]?

**デフォルトの名無しさん** · 2021/01/27(水) 06:53:24.23

「マネーマネー」みたいな感じ？

**デフォルトの名無しさん** · 2021/01/27(水) 07:43:28.74

>>881
自分は公式のチュートリアルとツアーをGoogle翻訳しながら勉強した。

ttps://dart.dev/tutorials

ただ、プログラミング自体初心者におすすめできるかどうかわからない。

**デフォルトの名無しさん** · 2021/01/27(水) 08:50:07.48

>>878
Flutter, Dartは最初にやるものじゃない。
Kotlinでandroid app作るのが先

Flutterは言語の出来が悪いからやる必要ない。
最初に悪いもの覚えると伸びない

**デフォルトの名無しさん** · 2021/01/27(水) 08:58:20.32

>>881
プログラミング初心者はDartのようなマイナー言語に手を出してはいけない。
Kotlin, Swiftからやるほうが賢い
Dartは数年後に消えている可能性が高い

**デフォルトの名無しさん** · 2021/01/27(水) 13:00:33.44

>>887
中国は学校でdartを教えてるが・・Swiftは初学者にはコンパイラがうるさ過ぎSwift3あたりから特に

**デフォルトの名無しさん** · 2021/01/27(水) 13:10:50.08

Swiftはもうダメだろ

**デフォルトの名無しさん** · 2021/01/27(水) 16:14:59.67

>>888
それアホ教師がいるごく一部の学校の事例だろう

Dartはまだエコシステムが小さすぎる
ただのFlutter専用言語でしかない。

>>889
AppleがおちぶれないかぎりSwiftは安泰だ

**デフォルトの名無しさん** · 2021/01/27(水) 16:23:12.91

dartのほうが未来ある、Swiftはとにかく何もかも遅い

**デフォルトの名無しさん** · 2021/01/27(水) 18:38:44.80

>>890
Objective-C「AppleがおちぶれないかぎりObjective-Cは安泰だ」

**デフォルトの名無しさん** · 2021/01/27(水) 19:32:26.04

ID:QGZqE/9q

こいつアンチ活動に必死だなｗｗｗｗｗ

**デフォルトの名無しさん** · 2021/01/27(水) 19:50:13.21

GoogleがFlutterに力を入れているのは事実
次期OSにDartが使われるとの噂があり
人気が上がったのも事実

**デフォルトの名無しさん** · 2021/01/27(水) 20:40:57.59

>>891
web frameworkのbenchみたがSwift遅すぎだな
しかしDartも47000だからKotlin C#と比べると相当に遅い
結局、KotlinとC#しか勝たん

https://www.techempower.com/benchmarks/#section=data-r19&;hw=ph&test=fortune&l=suqynx-1r

**デフォルトの名無しさん** · 2021/01/27(水) 20:42:08.94

>>892
Objective-C、おまえは既にリストラされてるだろ

**デフォルトの名無しさん** · 2021/01/27(水) 20:47:58.49

いや現時点はdartは大分クソだろ
nullはいうまでもないがtupleすらない言語なんて今更つかたくもねえ
named paramもオプションなのも気に入らんわ

**デフォルトの名無しさん** · 2021/01/27(水) 20:59:32.42

>>894
その噂は信者の妄想だ
客観的にみたほうがいいぞ
Android StudioがDartをサポートすらしてないだろう
まだGoogleの中でさえメインの言語の地位にない
Android StudioでDart使えるくらいになるまでFlutterは触らんでいいと思うぞ

**デフォルトの名無しさん** · 2021/01/27(水) 21:52:28.69

>>894
JavaScriptの方がまだ現実的だろうね

**デフォルトの名無しさん** · 2021/01/27(水) 21:59:00.95

いやシェア伸びてるのFlutterだけなんだがw
https://www.statista.com/statistics/869224/worldwide-software-developer-working-hours/

**デフォルトの名無しさん** · 2021/01/27(水) 22:25:07.41

dartはキャメルケースなのがイヤ
メソッド名が説明的でモッサリモッサリしてんのがイヤ

42.toRadixString(16); // dart
42.to_s(16) // ruby

**デフォルトの名無しさん** · 2021/01/27(水) 23:14:57.53

>>894
フーシャだっけ？
いつ出るんだよ

**デフォルトの名無しさん** · 2021/01/28(木) 00:03:32.09

昨年末に社外に解放した的なニュースがあったな
製品化には程遠いとか

**デフォルトの名無しさん** · 2021/01/28(木) 03:48:12.39

>>897
コンストラクタは必須だけどな

**デフォルトの名無しさん** · 2021/01/28(木) 07:56:04.97

googleはflutterに力入れまくってるだろ
四半期毎にリリースして
https://medium.com/flutter/announcing-flutter-1-22-44f146009e5f
前回は3000 issueをclose
半端ない力の入れよう

**デフォルトの名無しさん** · 2021/01/28(木) 08:00:08.99

https://github.com/flutter/flutter/wiki/Roadmap
去年は17000のissueをclose

https://github.com/microsoft/microsoft-ui-xaml
microsoftのやる気のなさときたら...

**デフォルトの名無しさん** · 2021/01/28(木) 08:32:21.41

オーバーロードもないと聞きました

**デフォルトの名無しさん** · 2021/01/28(木) 08:53:55.63

>>905
issueの数なんてどうでもいい。バグ多くてもその数字は大きくなる。

Android StudioでDartでの開発が推奨されるようになったときに
Googleが推奨してる言語といえるようになる。
DartはまだGoogle社内ですら認められていない証拠だ
まだGoogleの中の一部の組織が推しているってだけ

Dartは機能もたりないし、性能もひどい。
>>895のbench見てこいよ
性能ゴミだから。

**デフォルトの名無しさん** · 2021/01/28(木) 09:17:06.58

ドキュメントに最初に出てくるのAndroid Studioだしプラグイン開発もgoogleなのに何言ってんだ？
https://flutter.dev/docs/get-started/editor

GoogleのスマホアプリはFlutter移行進んでるし社内で認められないとか全く意味不明なんだがソースでもあるんか？

Webフレームワークのベンチで比較する意味もわからんし
せめてスマホアプリのベンチで比較したら？
あ、Xamarinの低性能っぷりが露見したら困るかな？

**デフォルトの名無しさん** · 2021/01/28(木) 09:32:24.33

もしかして>>908ってザマオンプレ爺なん？

**デフォルトの名無しさん** · 2021/01/28(木) 09:50:05.82

個人の感想で悪いがFlutterはかなり速い。うねうね動くゲームとか作るなら別だが普通のアプリなら全く問題ない。
Expand系のレイアウト座標計算が複雑なWidgetを多用したりsetStateのスコープが大きすぎると多少もっさりはするけどそれは作りの問題。

**デフォルトの名無しさん** · 2021/01/28(木) 10:09:06.31

やる気重要
C#と.netみたいにいくら言語とクラスライブラリが優れててもxamarinみたいなUIフレームワークが低品質だと誰も使ってくれない
逆にdartがいくら中途半端でもクロスプラットフォームのflutterの品質が高いからflutterが使われる

言語だけを見てもしょうがない
トータルとして
dart+flutter>c#+xamarin(その他開発環境)

トータルとして勝るほうが使われるだけ

**デフォルトの名無しさん** · 2021/01/28(木) 10:19:36.10

dartって言われてるほど酷いか？

**デフォルトの名無しさん** · 2021/01/28(木) 12:21:57.79

dartは好きじゃないけどFlutterは好きだよ
圧倒的に楽できるから
でもハマりポイントいくつかあるから他社案件で使う時は要注意な

**デフォルトの名無しさん** · 2021/01/28(木) 12:28:01.43

>>912
この式で言えばxamarinだけ圧倒的に弱くてﾜﾛﾀ。
最新CPU比較でpentium3が参戦してる感じ。

**デフォルトの名無しさん** · 2021/01/28(木) 13:35:48.64

InheritedModelとか使えばサクサク

**デフォルトの名無しさん** · 2021/01/28(木) 13:52:15.35

gesture周りは、素のAndroidよりいい。
pinch-zoomとかrotateとかをきちんと用意していないAndroidの方がおかしいけど。

**デフォルトの名無しさん** · 2021/01/28(木) 14:46:01.18

>>914
使ってる人ですらこんな感じだからな
Flutterをすきな人ですらDartはすきじゃない。
ほかに良い言語でフレームワークの出来もいいのが台頭してきたら
FlutterとDartは消える

>>913
Kotlin, Swift, C#と比べると機能が不足

**デフォルトの名無しさん** · 2021/01/28(木) 14:52:39.55

>>912
やる気とか体育会系みたいなこと言われても

>>909
スマホアプリで比較したら多くの言語を網羅できないだろ
クライアントアプリで速い言語はサーバーサイドで使っても速いのがふつうだ

**デフォルトの名無しさん** · 2021/01/28(木) 14:57:11.25

Flutterの開発チームはDartを開発していたチームなのか？

>>909
もしGoogle社内で認められていたらFlutterなしで、
Android StudioとDartでAndroid app開発ができてそれがスタンダードになる。

**デフォルトの名無しさん** · 2021/01/28(木) 16:16:08.81

言語じゃなくフレームワークでの比較だと言語の速さ分からなくね
895のベンチではC#とか1位のフレームワークもあればほぼ最下位のフレームワークもある
Dartには速度を追求した良いWebフレームワークが無いってだけの話かと

**デフォルトの名無しさん** · 2021/01/28(木) 19:01:31.08

>>921
その言語で使えるwebフレームワークが少ないなら
エコシステムが小さいという欠点を示している。
多くのフレームワークが生まれないのならそれは理由があるんだろう。
言語がクソだったり、性能がでなかったり。

遅いのはDartのせいでなくフレームワークの出来が悪いと思うなら
webフレームワーク作ってみればいいじゃない

**デフォルトの名無しさん** · 2021/01/28(木) 19:10:01.52

>>918
Flutterはかなり優秀なFWだからそうそう消えないと思うよ
それくらい使いやすいことだけは言っておく

**デフォルトの名無しさん** · 2021/01/28(木) 19:23:12.69

flutterが優秀？どのへんが？
クロスPFで動く標準UIコンポーネントが他より豊富だから仕方なくイヤイヤ使うようなものだろflutterなんて
アーキテクチャは💩

**デフォルトの名無しさん** · 2021/01/28(木) 19:33:44.41

アーキテクチャのどこが悪いん？
何個かあげてみて

**デフォルトの名無しさん** · 2021/01/28(木) 19:40:25.73

Dartは触ればさわるほどTypeScriptでいいんじゃないかと思えるな

**デフォルトの名無しさん** · 2021/01/28(木) 20:08:56.96

typescriptについての声もあるが
dartにした理由も書いてる
https://github.com/flutter/flutter/issues/14382
https://github.com/flutter/flutter/issues/30017
https://github.com/flutter/flutter/issues/11865

**デフォルトの名無しさん** · 2021/01/28(木) 20:40:24.93

>>925
むしろいいところが皆無だから全て

**デフォルトの名無しさん** · 2021/01/28(木) 21:08:18.72

時期ＯＳのfuchshimaはflutter開発でkotlinもJavaも捨てるってマジ？

**デフォルトの名無しさん** · 2021/01/28(木) 21:24:21.86

んなわけねーだろ

**デフォルトの名無しさん** · 2021/01/28(木) 21:48:47.59

>>928
具体的には？

**デフォルトの名無しさん** · 2021/01/28(木) 23:28:56.69

>>931
全ては全て
コアのinheritedwidgetが💩そのものだから全て💩
ツリーのネストが深いUIやビジネスロジックが複雑な大規模アプリになると人の手に負えないカオスコードになる未来しか待ってない

**デフォルトの名無しさん** · 2021/01/28(木) 23:36:02.60

どんなアーキテクチャだろうとアプリが複雑になれば、コードもある程度複雑になるのは仕方ないが、状態管理で糞設計してるからだろ
例えば>>766とかも糞設計してる典型例

**デフォルトの名無しさん** · 2021/01/29(金) 03:05:34.47

Swiftより100倍マシ

**デフォルトの名無しさん** · 2021/01/29(金) 07:50:23.95

スレの伸びようを見ればオマエラがdartに興味を持っているということはわかった

**デフォルトの名無しさん** · 2021/01/29(金) 09:47:12.65

>>932
InheritedModelを理解できないからってムキになるなよwww

**デフォルトの名無しさん** · 2021/01/29(金) 09:53:01.52

>>933
そのクソ設計によってwidgetの再生成とレンダリングが制御されるアーキが💩だから

**デフォルトの名無しさん** · 2021/01/29(金) 14:12:32.31

>>937
うん、なら他のUI使ってればよろしいやん

**デフォルトの名無しさん** · 2021/01/29(金) 14:48:36.13

Flutterは言語とアーキテクチャがクソなら生き残るわけないね
最後に勝つのはKotlinかC#のFramework

**デフォルトの名無しさん** · 2021/01/29(金) 14:58:58.25

Flutterはそんなクソかな？
Dartはベストではないにしろ別に不満はないし、FlutterもViewの分離が強制されてないところがむしろ好印象だし、Widetは高品質なものが豊富だし、StatefulやProviderも慣れてしまえば普通に使えるし、iOS/Androidで全く違うUIViewController/Activityのライフサイクルをほとんど気にしなくて良いし、プラットフォーム依存部は簡単にplugin書けるし。
BLoCはクソだけど。

**デフォルトの名無しさん** · 2021/01/29(金) 15:03:52.14

Provider使っとけばいいのかと思ったらRiverpodなんか出ちゃって

**デフォルトの名無しさん** · 2021/01/29(金) 15:32:29.66

アンチが張り付くようになったしいよいよ本格的な普及期かな

**デフォルトの名無しさん** · 2021/01/29(金) 16:21:31.88

おまえらアホだからわからんだろけどさ
flutter💩は値を変えるだけでdeveloperがわざわざ特定のwidgetをrebuildさせないといけない
命令形なら普通にwidgetのプロパティに代入するだけでレンダリングはFWまかせ
宣言型はFWが単純で軽量になったかわりにアプリdeveloperに面倒を押し付けてるわけ
そんな💩を歓迎してるやつも💩だろ

Reactはあまりに💩だったhtmlのdom操作から開放された功績とrenderの差分検出で性能もよいから神となったけどflutterはただの💩よ

**デフォルトの名無しさん** · 2021/01/29(金) 16:38:48.40

>>943
出鱈目書いて正しいツッコミさせるやつ？
くだらない小細工やってる暇があるならドキュメント読みなさいよ
読んでもわからないなら教えを乞いなさい

**デフォルトの名無しさん** · 2021/01/29(金) 19:03:39.12

>>943
確かに一般的によくある生成済みのコントロールに対してちゃちゃっとプロパティ変更、という概念はないね。
プロパティ変更のためには必ずと言っていいほどrebuildが伴うけどProviderと組み合わせておけばModelからのNotifyで自動的にrebuildされる。
そのへんの思想はStatefulパターンなので好みの問題かな？

**デフォルトの名無しさん** · 2021/01/29(金) 19:19:02.59

面倒くせえな
ワッチョイ導入しようぜ

**デフォルトの名無しさん** · 2021/01/29(金) 19:23:54.56

rebuildしても結局ウィジェットツリーに反映は差分で当ててるだろ。

**デフォルトの名無しさん** · 2021/01/29(金) 20:09:04.56

>>942
Xamarinはアンチが張り付いてからそのまま消えてったよ

**デフォルトの名無しさん** · 2021/01/29(金) 20:36:44.54

>>943
じゃあクロスプラットフォーム開発するには今だと何がオススメなん？

**デフォルトの名無しさん** · 2021/01/29(金) 21:55:37.89

new省略可能なのはある意味発明だと思ってる。
たまにJavaやC#使うとnewなくて怒られて「未だにnewいるの？」と思ってしまう。
Dart以外ではガベージがたいていクソなので気軽にnewするなって事かもしれんが。

**デフォルトの名無しさん** · 2021/01/29(金) 22:23:52.52

>>949
flutter

**デフォルトの名無しさん** · 2021/01/29(金) 23:56:41.94

>>949
Kotlin

>>950
Dartは大規模開発に耐えられる機能と性能をもってない
Dartはまだ三流言語
三流DartがC#を馬鹿にするとか草

**デフォルトの名無しさん** · 2021/01/30(土) 00:38:04.70

>>952
uiないから論外

**デフォルトの名無しさん** · 2021/01/30(土) 00:48:18.72

俺がワッチョイだ！

**デフォルトの名無しさん** · 2021/01/30(土) 09:13:04.85

>>952
誰も大規模開発の話してなかろうもん、
おうん?

**デフォルトの名無しさん** · 2021/01/30(土) 10:16:22.48

>>950
> new省略可能なのはある意味発明だと思ってる。

つ BASIC

> たまにJavaやC#使うとnewなくて怒られて「未だにnewいるの？」と思ってしまう。
> Dart以外ではガベージがたいていクソなので気軽にnewするなって事かもしれんが。

Dartには、クラスにスタティックなメンバという概念がないからでは？

**デフォルトの名無しさん** · 2021/01/30(土) 10:24:28.33

Dart書きたくない奴はFlutter使わなけりゃええもん

そうじゃろ？

**デフォルトの名無しさん** · 2021/01/30(土) 10:27:59.31

>>955
しょぼいアプリしか作れない人には関係ないが
必要な人には必要なわけ
Dartには必要な機能も性能もない。
Dartはコードは使い捨てになる

**デフォルトの名無しさん** · 2021/01/30(土) 10:32:15.62

じゃあDartに変わる素晴らしい言語と
flutterに変わるフレームワーク作って自分で使えば？
与えられるだけのひな鳥がピーチクパーチクとまあ

**デフォルトの名無しさん** · 2021/01/30(土) 10:34:38.00

>>953
UIに割く時間は少ないから問題ない
重要なのは高品質で高速なコードをかけて
クロスプラットフォームにできるかどうか
Kotlinなら5年後も安心
Android appの推奨言語だからだ。

Flutter/Dartなら5年後はコードは使い物にならず全面的に書き直すはめになる
結局、損をする

長期の視点がないアホな人たちはそこに気が付かない

**デフォルトの名無しさん** · 2021/01/30(土) 10:37:53.22

>>960
この独特なイキり口調・・・
お前オンプレ爺じゃね？

**デフォルトの名無しさん** · 2021/01/30(土) 10:38:35.61

>>959
優れた言語はすでにあるしそれを使うフレームワークを選べばいいだけ

**デフォルトの名無しさん** · 2021/01/30(土) 10:42:30.54

間違いねえ
ID:jxY1gRd1 はBlazorスレから逃げ出したオンプレ爺だわ
まだ生きてたかｗ

**デフォルトの名無しさん** · 2021/01/30(土) 11:02:25.31

>>950
> new省略可能なのはある意味発明だと思ってる。

つ Python

自分はnewある方がいいかな

**デフォルトの名無しさん** · 2021/01/30(土) 11:03:00.78

>>960
> Flutter/Dartなら5年後はコードは使い物にならず全面的に書き直すはめになる
> 結局、損をする

結局、機能はパッケージ頼みで、公式を除くボランティアの作るパッケージは将来に
わたってメンテナンスされる保証がない点が問題。

公式(flutter.dev)パッケージですら、例えば設定を保存する「shared_preferences」
は、最新版が去年の11月にリリースされているが、Android 10 (Q)で非推奨になった
「AsyncTask」を使用して実装されていて、将来動かなくなる可能性が高い。

ttps://github.com/flutter/flutter/issues/71595

また、Android 10 のWi-Fi廻りの変更に伴い、targetSDKversionを「>=29」に
するとWi-Fi関連のパッケージが一部機能が動かない。

いくら、表面だけFlutterで共通化できても、パッケージに隠蔽されているだけで、
下回りは、iOSならObjective-C/Swift, AndroidならKotlin/Javaのコードに依存
している。　さらに言えば、OSの仕様が変われば、それらの書きなおしが必要に
なる。

**デフォルトの名無しさん** · 2021/01/30(土) 11:04:34.36

>>960
> 重要なのは高品質で高速なコードをかけて
> クロスプラットフォームにできるかどうか

C/C++が最強だね。

**デフォルトの名無しさん** · 2021/01/30(土) 11:28:06.52

>>965
>>公式を除くボランティアの作るパッケージは将来に
わたってメンテナンスされる保証

将来にわたってメンテナンスが保証されている
パッケージを挙げてみんかいわれ、
おうん?

>>パッケージに隠蔽されているだけで、
下回りは、iOSならObjective-C/Swift, AndroidならKotlin/Javaのコードに依存
している。　さらに言えば、OSの仕様が変われば、それらの書きなおしが必要に
なる。

そんなもん何だって同じやろうもん、
おうん?

**デフォルトの名無しさん** · 2021/01/30(土) 12:23:07.20

次スレ

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

**デフォルトの名無しさん** · 2021/01/30(土) 12:29:26.63

>>944
どこが出鱈目なのかいってみろよ💩野郎

**デフォルトの名無しさん** · 2021/01/30(土) 14:00:38.92

むしろAndroidからFuchsiaへの移行が始まったらKotlinが即死しそうだけどね

**デフォルトの名無しさん** · 2021/01/30(土) 14:36:41.75

flutterは描画エンジンの出来が秀逸だから。

**デフォルトの名無しさん** · 2021/01/30(土) 20:42:12.96

>>970
Fuchsiaとか無いから安心しろ

**デフォルトの名無しさん** · 2021/01/30(土) 21:47:04.41

>>970
Kotlinの代替はなんになるというつもり？

>>971
Flutterの言語とアーキテクチャがクソというデメリットのが大きい。
UIはOSが用意するのを使うのが正攻法

**デフォルトの名無しさん** · 2021/01/30(土) 23:10:50.41

根本の認識がずれてる気がするけどFlutterはFuchsiaの標準UIとして開発始まってるからね？
その上で他社OSでも使えるようにマルチプラットフォーム対応を進めてるけど
本命はFuchsiaのネイティブ対応だよ

せっかくFuchsiaでLinuxカーネルもJavaAPIも捨てて全部自社でコントロールできるようになるのに
どうしてKotlinだけ残ると思うのかわからんけども

**デフォルトの名無しさん** · 2021/01/30(土) 23:11:38.70

>>973
アーキテクチャがくそとは具体的にどの部分の
ことを言っとるんやワレエ!
こるあ!
こるあ!
おうん?

**デフォルトの名無しさん** · 2021/01/30(土) 23:38:23.30

> UIはOSが用意するのを使うのが正攻法
PlatformViewがあるよ

**デフォルトの名無しさん** · 2021/01/31(日) 09:53:34.93

>>974
ライブラリ、ノウハウ、技術者などの過去の資産ってなかなか捨てられないのでは

**デフォルトの名無しさん** · 2021/01/31(日) 12:58:51.75

>>974-975
> 本命はFuchsiaのネイティブ対応だよ

それはないでしょ。　Fuchsiaが、シングルタスク、シングルウィンドウに先祖返り
するつもりならともかく、ウィンドウはシステムリソースでOSが管理する。　それに
Dartだけで、プロセス間通信とかパイプ実装できるの？

UIなんて些末的な問題に過ぎなくて、OSネイティブ対応以前に、DartにOSの
プロセス管理やスレッド、セマフォなどを扱う関数って標準化されてる？

Dartだけで記述しているつもりでも、Flutterのパッケージ内部でプラットフォーム
依存のコードがそっくりそのまま埋もれている。

それに豊富なUIパーツといっても、どれも似たり寄ったりでまったく統一性がない。
オブジェクト指向のOSでは、普通GUIコントロールはすべてウィンドウの派生に
なるが、FlutterのUIパーツは、enable/disable1つにしても、ボタンのように
OnPressedに指定する関数がnullかどうかだったり、TextFieldみたいに、独立
したenabledがある場合もあれば、SwitchやRadioみたいに、enabledがない
ウィジェットもある。

キャプションの引数名がlabelだったり、textだったりはまだ些細な事で、型も
String型だったり、Textウィジェットとか。

まぁ、素人騙しには十分かもしれんが、Flutterの糞さ加減は、挙げれば切りが
ないと思う。

**デフォルトの名無しさん** · 2021/01/31(日) 14:15:40.91

>>978
マルチスレッドはIsolateがあってメッセージやり取りできるよ。
Widgetの命名や使用感が統一されてないのは否定できないけど、インテリセンス使うのであんまり気にはならないな。

**デフォルトの名無しさん** · 2021/01/31(日) 14:43:28.89

>>978
うん、ならネイティブでやってればよろしいやん、
使いたい人が使うだけなんで。
あなたの素人認定なんて他の人は知りませんやんw

**デフォルトの名無しさん** · 2021/01/31(日) 16:05:44.32

>>978
fuchsiaがどうなるかなんてわかんないけど、
javaだってアプリから直接posix api呼んでるわけじゃないんだから同じことじゃね？
これからライブラリ用意すればよいのでは？