Flutterやろうよ！！！

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

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

http://www.flutter.io

**デフォルトの名無しさん** · 2020/12/11(金) 15:03:21.21

>>651
そんな汎用性のない言語、ツールだされて反論されてもね

**デフォルトの名無しさん** · 2020/12/11(金) 19:45:58.13

>>652
Powerとかって名前に限ってパワー無いし

**デフォルトの名無しさん** · 2020/12/11(金) 20:15:05.07

パワーちゃん何故死んだですかマキマ許ちません

**デフォルトの名無しさん** · 2020/12/13(日) 02:28:12.53

flutterでRSSリーダー作れましゅか？

**デフォルトの名無しさん** · 2020/12/13(日) 08:49:58.77

>>655
pub.devにたくさんプラグインあるので一瞬で作れますん。

**デフォルトの名無しさん** · 2020/12/13(日) 11:19:37.48

Flutter というか Dart の話になるけど、 Python のdir()に相当するものってある？
dir()結構便利なんだけどな。

**デフォルトの名無しさん** · 2020/12/13(日) 12:21:51.66

Pythonのdir関数ってREPLくらいしか使いどころ思いつかないんだけど。Dartでそんな利用シーンある？

**デフォルトの名無しさん** · 2020/12/13(日) 13:45:06.42

https://api.dart.dev/stable/2.10.4/dart-html/Console/dir.html

**デフォルトの名無しさん** · 2020/12/16(水) 02:08:55.78

flutterはアーキ糞だしdartは古臭いし使う価値ないだろ

**デフォルトの名無しさん** · 2020/12/16(水) 02:28:46.07

そうなんだけどGoogleが担いでるからな

**デフォルトの名無しさん** · 2020/12/16(水) 23:39:37.83

>>653
草

**デフォルトの名無しさん** · 2020/12/17(木) 00:14:43.04

>>660
TypeScriptに変えてくれないかな
それならワンチャン覇権はある

**デフォルトの名無しさん** · 2020/12/17(木) 00:29:26.50

swiftのphysicsBodyもAndroid側で使えるの？
SpriteKitとかもAndroid側で使えるの？

**デフォルトの名無しさん** · 2020/12/17(木) 08:32:35.86

dart好きやで。
今まで、ちょいツールはPythonで書いてたけど、今はdartに移行してる。

**デフォルトの名無しさん** · 2020/12/17(木) 10:22:45.79

Dart最新版の逆引き時点みたいなの誰か書いてください

**デフォルトの名無しさん** · 2020/12/17(木) 12:51:24.95

flutter増えていると聞いていたが、Google Trendsでは最近は横ばい。
Delphiと同じか僅かに抜いた程度。

**デフォルトの名無しさん** · 2020/12/17(木) 12:52:46.10

Qtはこの二ヶ月くらいでなぜか急増している。

**デフォルトの名無しさん** · 2020/12/17(木) 13:28:29.27

>>665
TSとの覇権争いに一度負けた糞言語のくせにゴリ押ししてくるのが腹立つ

**デフォルトの名無しさん** · 2020/12/17(木) 13:34:13.44

FlutterアップデートにしたらAndroidでadmob_flutterクラッシュする…
とりあえずダウングレードしたけどFirebade_admobにしないといかんかなぁ？
でもリストに組み込めないんだよなぁ…

**デフォルトの名無しさん** · 2020/12/17(木) 21:18:21.62

MacのbrewでFlutterをインストールするとパスにバージョンが含まれますけど
アップデートしてもパスは変わりません
Macではこういうものですかね？

**デフォルトの名無しさん** · 2020/12/17(木) 21:33:49.96

自力で環境作る事も出来ない奴が
自分の使ってるプラットフォームに文句付けるな
ボランティアじゃねーんだよ

**デフォルトの名無しさん** · 2020/12/17(木) 21:38:33.45

逆だ
brew作ってる人は
ボランティアでやってんだからよ

**デフォルトの名無しさん** · 2020/12/17(木) 21:44:53.15

質問を文句と受け取られましてもね。。。

**デフォルトの名無しさん** · 2020/12/17(木) 22:15:03.21

>>674
あぁ質問なのね
あまりにも低レベルだから気づかなかったよ

質問に答えとくよ
Macだからじゃないよ
使い方の問題
パッケージ管理を使うならパッケージ管理のシステム側で
バージョンアップを統一しないと不一致した状態になる

要はそういうパッケージ管理システムを使う上で
基礎中の基礎な事を知りもしないで適当に使うから
そういう状態になっているだけ
MacだろうがWinだろうがLinuxだろうが同じだよ
使う人間の問題

**デフォルトの名無しさん** · 2020/12/18(金) 07:53:15.84

Sound Null Safety いつから？春？

**デフォルトの名無しさん** · 2020/12/27(日) 09:10:31.25

最初っからそうなってる言語ならともかく
あとから追加してnullどうのこうのってそんなに必要なん？

C/C++,Javaをやってきた身としてはnullでそんなに苦しめられた覚えが無いんだが
みんなそんなにnullが怖いん？

**デフォルトの名無しさん** · 2020/12/27(日) 10:04:39.61

nullよりもnullでないゴミデータに苦しめられる方が圧倒的に多い。
nullでスカッと落ちてくれる親切さに感謝するのが礼儀。

**デフォルトの名無しさん** · 2020/12/27(日) 11:12:49.14

>>677
Javaのぬるぽとかランタイムに発生するエラーだから嫌なんじゃないの？
せっかくType-safeなのにIDEで検出できないのはやだよ

KotlinはJavaと比べた優位性にNullの安全な処理をうたってるね。
新しい言語はその辺、考慮されてるってことだろう。
逆に677やってたC/C++, Javaは古いからそういうのやってた人は気にならないのかと。

**デフォルトの名無しさん** · 2020/12/27(日) 12:37:18.64

>>678
分かる。
C++でもNULLポインタはちゃんとCPUの一般保護例外が発生して
OSのダイアログが出て停止してくれるので余り問題にならない。
テスト中はどこで発生したかもIDEですぐに分かるし。

**デフォルトの名無しさん** · 2020/12/27(日) 12:58:00.40

JavaのコードKotlinに変換するとメソッドの引数がnullableだったのがnonnullになってて意図せずクラッシュする
変換したとき全部の引数に？付けるようにするのもあれやし結局クラッシュ増えてるし

**デフォルトの名無しさん** · 2020/12/27(日) 13:24:07.81

KotlinのNull Safetyと違ってDartはSound Null Safetyだから…

**デフォルトの名無しさん** · 2020/12/27(日) 17:08:41.13

きっちり全パス通すようなバイモーダルのモード1じゃなくてもnull検出できたほうがありがたい。

**デフォルトの名無しさん** · 2020/12/27(日) 18:58:13.38

なんかややこしくなってきた

Flutter の Navigator 2.0 の解説前編
https://zenn.dev/ntaoo/articles/6641e846765da1

**デフォルトの名無しさん** · 2020/12/27(日) 19:30:36.28

これは画面遷移の話っぽいね。routeを更に推し進めた感じかな？
選択肢が多いのは良いがBLoCやProviderみたいに1つのアプリ内に複数のフレームワークが混在しちゃいそう。

**デフォルトの名無しさん** · 2020/12/27(日) 19:48:58.95

Navigator 2.0でBottomNavigationBarの問題解決するならいいけど

**デフォルトの名無しさん** · 2020/12/27(日) 21:32:47.88

画面遷移も宣言的に出きるようにしただけ

**デフォルトの名無しさん** · 2020/12/27(日) 21:36:53.78

今まで画面更新はUIの状態変わったらsetStateで行えたけど、画面遷移もsetStateして、Navigatior Widgetをそれにあわせて更新してやればいいようになる

**デフォルトの名無しさん** · 2020/12/27(日) 21:40:27.94

で、これと絡めてrestoration apiで画面復元しやすくなるのかな..??

**デフォルトの名無しさん** · 2020/12/28(月) 00:50:45.31

flutterならobj-c選択したほうがswiftよりいい？
でもプラグインがswift使ってるから意味ない？

**デフォルトの名無しさん** · 2020/12/28(月) 21:03:44.00

flutterの利点はAndroidとiOSアプリ同時に開発できることだろ
swiftと悩むってことはiOSだけでいいの？

**デフォルトの名無しさん** · 2020/12/28(月) 21:17:33.83

UIはネイティブで作った方がいい

**デフォルトの名無しさん** · 2020/12/28(月) 22:10:00.92

FlutterがFuchsiaの標準UIだし今のAndroidに注力してもなあ

**デフォルトの名無しさん** · 2020/12/29(火) 01:00:05.21

かゆいとこに手届きます？
GPUとかジャイロとかGPSとか
unityやれっていわれそうだけど
どこまでやれるんだろうって考えてなかなか手が出せない

**デフォルトの名無しさん** · 2020/12/29(火) 02:53:05.48

>>694
flutterでBLE機器とか操作する組込み用途で有名な人がいる

**デフォルトの名無しさん** · 2020/12/29(火) 06:15:26.08

>>694
そのへん制御するプラグインはたくさん転がってるので困ることは少ない。
もし機能が足りなかったら自分で追加すればいい。

**デフォルトの名無しさん** · 2020/12/29(火) 12:10:30.28

Fuchsimaってまだ開発続いてんの？
発表から何年も経ってるんだが

**デフォルトの名無しさん** · 2020/12/29(火) 14:27:41.79

Dartの無名関数すこ
こんなふうにしてる言語今まであったっけ
foo() {} // 有名
() {} // 無名
統一感がありすぎる
こうしてみるとなぜ他の言語こうなってないのか逆に不思議に感じるくらいの発明

**デフォルトの名無しさん** · 2020/12/29(火) 15:15:10.67

>>697
廃炉だろ？

**デフォルトの名無しさん** · 2020/12/29(火) 19:09:37.72

>>697
今月の記事、製品化はまだまだとのこと
グーグル、新OS「Fuchsia」プロジェクトを社外のコントリビュータ―に解放 - ZDNet Japan
https://japan.zdnet.com/article/35163612/

**デフォルトの名無しさん** · 2020/12/29(火) 19:17:28.07

そのうち無くなってるだろ
flutterとともに

**デフォルトの名無しさん** · 2020/12/29(火) 19:54:59.94

大体開発が長期化してるのは糞ゲーだと相場が決まっている

**デフォルトの名無しさん** · 2020/12/29(火) 20:23:21.67

flutterが失速したら次は何だろうね？今さらXamrinはないしReactの復権かなぁ？

**デフォルトの名無しさん** · 2020/12/29(火) 20:37:26.81

KotlinのKMMだろ
Netflixも採用したから伸びるぞ
言語もDartみたいなゴミじゃないしな

Flutterは今はシェア高いけどDartなんて好き好んでやるやついないし
すぐ廃れるんじゃないかな
RubyがRails専用言語で落ちぶれたように
DartはFlutter専用言語として消えていくと思う

**デフォルトの名無しさん** · 2020/12/29(火) 20:38:18.12

Kotlin KMM
Kotlin Multiplatform Mobile
https://kotlinlang.org/lp/mobile/

**デフォルトの名無しさん** · 2020/12/29(火) 20:40:02.35

XamarinはMAUIになったらMicrosoftが開発、管理するようになったら
品質あがって人気になる可能性はある。MAUI

**デフォルトの名無しさん** · 2020/12/29(火) 20:48:23.73

それ乗り越えてもmauiはもうひとつ問題がある
xamlが重い...
MVUサポートしたらxamlなくなって軽くなるのか知らんが

**デフォルトの名無しさん** · 2020/12/29(火) 20:49:14.15

kotlinはいいね
KMMには期待してるけどUI対象外だしな

**デフォルトの名無しさん** · 2020/12/29(火) 21:17:59.53

>>707
Xaml重いの根拠は？
native iOS, Androidとの比較で
Xamarinは14%しか速度落ちないようだから
XAMLだから重いってのは理解できない。
Visual Studioの重さと結び付けてないか？

**デフォルトの名無しさん** · 2020/12/29(火) 21:58:54.29

ごめん、厳密には原因を調べてない
xamlが重いのかはたまたmonoというか.netが重いのかは知らん

最近触ったのはUno Platform
androidでアプリ動かしてみたけどとんでもない重さ
ゴミレベルの重さ

**デフォルトの名無しさん** · 2020/12/29(火) 22:05:03.57

昔はUWPでタッチアプリも作ってたときも、デスクトップPCで動かす分にはいいが、タブレットPCで動かすと重い
x:Bindやらx:Loadやら試しても気休め程度

後、もちろんuno platformの実装がくそという可能性もあるね

いずれにせよ録なイメージしかない

**デフォルトの名無しさん** · 2020/12/29(火) 23:04:11.94

マルチプラットフォーム開発だと現状flutterが一番生産性とアプリパフォーマンスの点からよさそうだけど、Dartが言語として魅力ないのがなぁ

**デフォルトの名無しさん** · 2020/12/29(火) 23:26:01.28

>>710
Uno Platformは重いよ。
UWP互換レイヤーをXamarin上に組んでるんだから。
Xamarin.Formsやってみれば？
まあ軽くはないけど。

**デフォルトの名無しさん** · 2020/12/29(火) 23:46:38.79

>>712
昔ts2dartってあったけどあれ開発終わったんだっけ

**デフォルトの名無しさん** · 2020/12/30(水) 01:15:56.85

flutterの凄さと言うか他の追従を許さないのは、
描画エンジン
platformView以外、画面全体を自分で描画してるからな
あとdartはかなり洗練されてるぞ

**デフォルトの名無しさん** · 2020/12/30(水) 01:29:24.70

dartが洗練されてるとか無いわ

**デフォルトの名無しさん** · 2020/12/30(水) 09:55:56.63

>>716
どういうところが洗練されてない？
nullの話と文末のセミコロン以外でなんかある？

**デフォルトの名無しさん** · 2020/12/30(水) 11:28:43.57

>>715
そうそう、ActivityやらViewControllerのライフサイクルの違いをほとんど無視できて、個々のWidgetもかなり高品質なものが揃ってる。
アニメーションも強いし。

**デフォルトの名無しさん** · 2020/12/30(水) 20:03:28.41

Dartよく知らないけど
Dartが洗練されているならもっと言語として人気でてるはずでは？
Googleが関与してるならなおさら。

Dartは、KotlinのようにAndroidのFirst-class languageにも指定されてないってことは
機能やらなにやらが足りてないってことでしょう

**デフォルトの名無しさん** · 2020/12/30(水) 20:05:30.09

洗練されてるかどうかで言語を選べる人って趣味の人だけだろ

**デフォルトの名無しさん** · 2020/12/30(水) 20:07:29.68

>>715
前半も意味がわからない。
FlutterがOS標準のGUIを使わずに独自の方法でやってるということは
それだけバージョンアップ時に不具合が起こりやすいってことで短所にもなる。

KotlinのmultiplatformのようにGUIをOS標準に
まかせる方式のほうが問題が起きにくい。

**デフォルトの名無しさん** · 2020/12/30(水) 20:17:14.52

>>721
逆だよ。多少OSの仕様が変わっても低レベルの描画APIはそうそう変わらないし、変わったとしてもフレームワークで吸収できる可能性が高い。
例え話が適切かどうか分からないけど前にiOSで廃止になったUIAlertViewとかも独自描画のFlutterでは影響を受けなかったはず。

**デフォルトの名無しさん** · 2020/12/30(水) 20:37:03.25

>>722
使いやすいAPIを無視して使用しないなら
Flutter側で必要以上に複雑なコードで低レベルAPIを
叩いてるってことだからバグは生まれやすいと思うわ

**デフォルトの名無しさん** · 2020/12/30(水) 21:13:56.69

>>721
つreact

**デフォルトの名無しさん** · 2020/12/30(水) 21:29:38.91

>>724
なにがいいたいのか

**デフォルトの名無しさん** · 2020/12/30(水) 22:12:07.40

>>723
発想がズレてるよ。
flutterが全画面描画してるのはゲームと同じ土俵だから低レベルAPIじゃないんだ。
ゲームの土俵でUI/UXを実現してるだけ。

**デフォルトの名無しさん** · 2020/12/30(水) 22:15:27.56

>>726
低レベルAPIといったのは>>722で
俺はそれを信用してかいたわけだが。

Flutter内部のコードが複雑になってるのは事実だろ
コードが長くなればバグも生まれやすい
間違ってない

**デフォルトの名無しさん** · 2020/12/30(水) 22:19:09.06

ついでに言わせてもらうと、UICollectionViewとか、一見使いやすいように見えてcellの生成アルゴリズムを知らないとどハマりする。
flutterの場合reusableCellは無いから無限に作ろうとする。しかしscrollControllerで自由自在に生成/廃棄できる。

**デフォルトの名無しさん** · 2020/12/30(水) 22:20:54.07

>>727
間違えている。flutterはエンジンの動作をiOSが保証して成り立っているから。

**デフォルトの名無しさん** · 2020/12/30(水) 22:21:55.75

オープンソースだから気に食わなければコミットしたらいいですよ
嫌いなら使わなければいいだけ

**デフォルトの名無しさん** · 2020/12/30(水) 22:25:42.20

PlatformViewが使えない時はflutterエンジンが実画面にコピーしてたからなw
それはスピード的にコンニャクwだったなw

**デフォルトの名無しさん** · 2020/12/30(水) 22:33:49.04

iOSの描画に関してはMetal使ってるから変更にはめちゃくちゃ弱そうだけどな
Appleが仕様握ってるからほぼ完全に変更される可能性もある

**デフォルトの名無しさん** · 2020/12/30(水) 23:48:05.71

>>729
とはまともな会話が成立しそうにないからもういいや。
iOSが保証っていつからiOSが人格持ったのか

iOSがAppleの間違いだったとしてもおかしい。
Appleが動作を保証することもありえない。

**デフォルトの名無しさん** · 2020/12/31(木) 00:54:49.62

mauiとかOS標準の機能使うなら、大抵は各OSの最大公約数みたいな機能にしぼられるから、アプリがしょぼくなるか、
それを超えてやると｢自分のコードが増える｣
例えばOS毎にUI分けるはめになる

**デフォルトの名無しさん** · 2020/12/31(木) 01:05:26.16

例えば、androidでは、メインのスクロールコンテンツにあわせてツールバーが隠れたりするUIがあるが、これを例えば、OSの機能でやるxamarin.formsでは用意されてない？
で、やろうとする｢自分のコードが増える｣

flutter内部でflutter側のコードは増えるが自分のコードは少なくなる

**デフォルトの名無しさん** · 2020/12/31(木) 01:09:12.25

もちろん、iOSで他のOSのUIのお作法押し付けるのどうなのとかの問題あるが(flutterはiOSのデザインのコントロールも用意されてるが)

**デフォルトの名無しさん** · 2020/12/31(木) 07:54:02.92

>>723
描画低レベルAPIってのはskiaのことね。このあたりの仕様や挙動はOSバージョンアップしてもそうそう変わらないので影響を受けにくい。
反対にXamarinとかは各OSのNativeなGUIコンポーネントの上にさらに実行環境を構築してるので比較的影響が出やすい。
例えばNativeボタンデザインが大きく変更されたとするとXamarinは影響あるけどFlutterには影響ない。

**デフォルトの名無しさん** · 2020/12/31(木) 12:40:29.57

Flutterで良いと思ったのは
UIの描画を独自でやってる所だが...

これでかなり面倒な
os毎の画面仕様の調整から解放される。

**デフォルトの名無しさん** · 2020/12/31(木) 12:49:26.94

UI描画を独自でやってるのは割と大きいメリットだよね。
とはいえ各プラットフォームのガイドラインを無視するのか、とか、微妙な部分はあるんだけど。

バージョンアップ時に影響を受けることは、逆に少ないよ。
Androidでは、古い機種でも新しいコントロールの見た目で描画されるぐらいだし。

**デフォルトの名無しさん** · 2020/12/31(木) 12:53:13.22

reactとflutter比べるとflutterの方がUiに関してOS差分気にしなくていいから楽だしな
flutterのアーキは糞だけど現状flutter使うのがベストという悲しい状況

**デフォルトの名無しさん** · 2020/12/31(木) 13:57:40.51

>>739
各プラットフォームのガイドラインを無視する

それが良いんだよ。

**デフォルトの名無しさん** · 2020/12/31(木) 16:36:35.60

Androidのガイドラインは守ってるだろw
iOSはAndroidにUI/UXは2周回遅れにされてるからもう無理だし

**デフォルトの名無しさん** · 2020/12/31(木) 21:00:53.70

androidの方がUIをiOSに似せてきてない？
ナビゲーションドローワからボトムナビゲーションへとか

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

analysis_options.yamlでcast_nullable_to_non_nullableを指定しても
warning: 'cast_nullable_to_non_nullable' is not a recognized lint rule
って表示されるのはなぜですか？

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

本来はオリジナルのUIコンポーネントを作るために、
Android/iOSが用意してる方法を使って、
Flutterは独自のUIコンポーネントを作ってるという事？

wikipeによるとDartはTSに敗れた後にFlutter向けに再始動したんだな

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

Flutterは画面に色々描画できる画面に相当する1枚のCanvasみたいなのがあって、Flutterが自分でボタンならボタンっぽく描画してるってこと。

で、そのCavasみたいのは(skia)のはandroidではopen GLそれともvulkan?、iOSならmetal?みたいのを裏で使ってる

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

OSは大抵はテキスト入力するコンポーネントやボタンオン/オフするためのコンポーネントなど色々なUIコンポーネントを用意してるが、そのなかに大抵自分で線や矩形などを使って自分で描画できるCanvasみたいなコンポーネント(機能)も用意されてる

FlutterはそのうちのCanvasコンポーネントを使って他のOSが用意してるボタンコンポーネントとか使わずに自前でボタンを描画してるイメージ

**デフォルトの名無しさん** · 2021/01/01(金) 17:39:15.05

>>743
要はスタンプ押すのを用意されたスタンプを使うのか自分で作ったスタンプ押すかの違い。
OSが用意したスタンプ使うとOSの仕様変更でスタンプの見た目変わっちゃって画面に入り切らなくなっちゃうけど、自分の作ったものは変わらず使えるってこと。
ここまで書いてあまり良い例えじゃないと気づいた。

**デフォルトの名無しさん** · 2021/01/01(金) 17:46:12.19

すまんな、アンカミスった。

**デフォルトの名無しさん** · 2021/01/03(日) 13:57:35.22

>>717
まず、_で可視性制御するのどうにかしてほしい
プロパティのprivateなsetterとかどうすりゃ・・
あと、finalフィールドが、initializer listでしか初期化できない・・
コンストラクタ内でfinalフィールド初期化したい

**デフォルトの名無しさん** · 2021/01/03(日) 13:58:39.90

dartはオープンソースだけど
それについてコミュニティーで問題定義しましたか？
どのようなアクションをあなたは起こしましたか？

**デフォルトの名無しさん** · 2021/01/03(日) 14:34:23.29

これもよく議論されるだろうが、
後、isolateもあるがシングルスレッド環境もどうなの・・
flutterはデスクトップも対応する予定だが、C言語ほどやるつもりは毛頭ないが、
結構パフォーマンスなどを気にかけだすと途端にウンコになる
なんにせよ、JavaScriptを引きずりすぎて、色々、制約が