フワちゃん

Flutter vs .NET MAUI vs React Native 2

プログラム

レス数: 310

ホーム » プログラム » Flutter vs .NET MAUI vs React Native 2
概要: .NET MAUI=C#←神 React Native=JavaScript←世界的に広がってるが言語仕様がクソなのは言うまでもない Flutter=Dart←TypeScriptにも負けC#にも負ける生まれながらの敗北者
No.1名無しさん
#
.NET MAUI=C#←神
React Native=JavaScript←世界的に広がってるが言語仕様がクソなのは言うまでもない
Flutter=Dart←TypeScriptにも負けC#にも負ける生まれながらの敗北者
No.2名無しさん
#
ゴミスレ建てんなカス
No.3名無しさん
#
クソ暇人.NET MAUI HighSchooの宣伝のためだけのクソスレ
No.4名無しさん
#
Dart はマクロを導入するらしいね
C++ で嫌われたメタプログラミングを性懲りもなくw
Java や C# にマクロがない理由はわかってるくせにね
Google は自分が面白いと思う機能はどんどん勝手に作っちゃって、オレ様すげーって思いたいんだろうな
飽きたら捨てるだけだしね
No.5名無しさん
#
(´･ω･`)もう誰もスレタイにあるRNの話してない…
No.6名無しさん
#
>>5

正直海外だとReactNative多いよ
Office系とかそうだし
SharePointはなぜかXamarinだが…
No.7名無しさん
#
またゴミ増やしたのか
削除依頼はよ
No.8名無しさん
#
https://mevius.5ch.net/test/read.cgi/tech/1661511605/715

715.NET MAUI HighSchool2022/11/26(土) 19:55:08.85ID:xLMoOceS
>>713

わかったもうMaui関連のスレしか行かないようにするわ
Flutterやろうよ！！！ 4
https://mevius.5ch.net/test/read.cgi/tech/1648427137/501

501.NET MAUI HighSchool (ﾜｯﾁｮｲ df01-1zqz)2022/12/10(土) 16:40:36.14ID:i3sOjwlr0
>>500

デスクトップ作るなら.NET MAUIのほうが良くねぇか？
まぁそれでもWinUIとかのデスクトップフレームワークには劣るけども
No.9名無しさん
#
>>8

それフラカスさんに対しても言えるよね？
No.10名無しさん
#
フラカスさんはFlutterスレより先にXamarin,MAUIスレでFlutterのアップデート情報を公開します
No.11名無しさん
#
まあ、Flutter スレは過疎ってて、存在意義が薄いよね
Flutter の話はここだけで十分なんじゃないの？
No.12名無しさん
#
MAUIの知識も危ういのに、フラカスとかあんまり煽るのもどうかと思うわ。
No.13名無しさん
#
>>12

なぜそう思った？
No.14名無しさん
#
フラカスもFlutterがどういうふうにできてるかわかってねぇからなw
ネイティブAPIラップして動かしてるのわかってないのマジでウケたwww
No.15名無しさん
#
>>9

なぜおまえの勝手な宣言が他の利用者に影響を与えると思うんだ？
No.16名無しさん
#
毎日朝から晩まで5chでflutterディスって片手間でアプリ開発ごっこする人生でした。
ポートフォリオ？もちろんバグ取り中です。
5chが優先ですから。
No.17名無しさん
#
なんでまた変なスレ立ててるの？自分のスレが既にあるでしょ
No.18名無しさん
#
>>13

MAUIの知識が十分あればほかのフレームワークで解決してること、Xamarinで解決してること、Xamarin.formsで解決してたこと、MAUIがやっと解決したことをがわかるでしょ。
UIフレームワークとしては別にflutterを笑えるものでもない。
No.19名無しさん
#
>>18

いや笑えるけどw
Dartwwwww
No.20名無しさん
#
GoogleもJavaやKotlinでクロスプラットフォームフレームワーク作っとけば馬鹿にされなかっただろうにDart(w)とかいう生まれながらの敗北者言語選んじゃったことが間違ってるよね
No.21名無しさん
#
>>20

KotlinはJVMの他にNativeやJSがあるけどJavaはJVMしかねえだろアホかな
どうやってiOSで動くと思って書き込んだんだろ(w)
No.22名無しさん
#
アホだからすぐボロを出してるのウケる
No.23名無しさん
#
毎日朝から晩まで5chでDartディスって片手間でアプリ開発ごっこする人生でした。
ポートフォリオ？もちろんバグ取り中です。
5chが優先ですから。
No.24名無しさん
#
>>21

java自体をobject-cでラップしてvm起動してその中で動かせばいいんじゃない？（適当）
No.25名無しさん
#
>>19

Dart別にそこまで悪くないぞ。
No.26名無しさん
#
>>21

Dalvik も ART も知らんのだな…
No.27名無しさん
#
>>25

Dart はモノはともかく、存在そのものが悪いのよ
ユーザーのことを考えず、作りたいから作っただけの言語
No.28名無しさん
#
>>26

JVMで動いてるってことじゃなくてJVMで動く中間コードを生成してるからってこと
JavaのJVMコンパイルで生成してくれる中間コードをネイティブにAOTコンパイルする機構が必要があるってことをいいたい
泥にはそれがOSに組み込まれてる
No.29名無しさん
#
id変わっちった
No.30名無しさん
#
>>27

Dart 1はホントにポンコツで、誰のことも向いてなかった。それはそう。
2.0で相当変わったんよ。型もついたし、Flutterに使うために、constの影響範囲とまで変えたからな。
No.31名無しさん
#
>>24
で言われてるように何かしらの中間コード処理機能をiOSアプリに同梱しちゃえばいいんだけど、まあ、それのデメリットを抱えながらアプリを作る理由がないよね
No.32名無しさん
#
>>30

JavaScriptからネイティブに大幅方針転換したからね
ま、その時点でDart言語は終わった
No.33名無しさん
#
>>26

なにがいいたかったの？
No.34名無しさん
#
>>31

これはダメなのでは？iOSでは仮想マシンやインタプリタは基本ダメだった気がする。
>>32

俺は逆だけどなぁ。JSはJSがあれば良くなってきた。
No.35名無しさん
#
>>31

Dart も VMで動いてるでしょ
そのデメリットは Flutter が常に抱えてるものだよ
No.36名無しさん
#
>>35

今はネイティブコンパイルされてるよ。
No.38名無しさん
#
>>23

何も作ってないのがよくわかるスレでワロタ
No.39名無しさん
#
>>22

バカはお前だったようだなw
No.40名無しさん
#
>>39

バカか
No.41名無しさん
#
>>25

じゃあなぜTypeScriptとかいうC#以下の後継に負けたの？w
ウケるwww
No.42名無しさん
#
>>27

Googleはよくそれをするよな
No.43名無しさん
#
>>40

何が？
C#やDartと同じでネイティブにコンパイルできるようにすればいいだけじゃん？
Dartにこだわる必要がない
むしろゴミ言語なんだからあそこで終わらせとけばよかった
No.44名無しさん
#
>>43

Javaはネイティブにコンパイルできねえって
No.45名無しさん
#
>>44

なぜ？
なぜ？C#やDartはできてJavaはできないの？
No.46名無しさん
#
理由説明してよバカくん
No.47名無しさん
#
>>45

Javaは中間コードしか生成できないから
以上
No.48名無しさん
#
>>30

型ついたら変わると思ってるのってアホだよなwww
言語設計が悪いんだから型どうこうの話じゃない
No.49名無しさん
#
>>47

それコンパイルさせる機構をiOSに入れるシステム作ればいいだけでは？
C#もDartもそうだろ？
No.50名無しさん
#
>>41

勝ち負けの意味がわからん。人気的な意味？
No.51名無しさん
#
>>49

その意見すでに
>>24
で出てるけどどこかのタイミングで中間コードをJREとリンクさせてネイティブに変換しなきゃいけないよね？それがどんなにコスパ悪いことかわかって言ってるか？
だからお前にバカって言ってるんだよ
ちょっとガチギレ
No.52名無しさん
#
>>50

人気的な意味でも評価が高いって意味でもそう
No.53名無しさん
#
>>45

C#もできるとは言わないぞ。
厳密に言えばAOTもなくはないけど、JIT効かせた方が効率の高い言語だから。
C#もJITでの方が効率が良い。
No.54名無しさん
#
>>49

iOSでコード生成はダメ。
No.55名無しさん
#
>>52

軸足次第でしょそんなの。
No.56名無しさん
#
>>51

だからそれを今C#やDartがやってんだろ？
No.57名無しさん
#
>>51
の問題を解決したのがKotlin Nativeとして既に解決してる
No.58名無しさん
#
>>54

外部IDEでコンパイルさせたSwiftなんかのコードをぶち込めばいいだけでは？
No.59名無しさん
#
>>37

なるほど
Flutter ではリフレクションをサポートしないんだね
都合の悪い機能は制限してもいいなら、Java でもKotlinでもGoでも良かったはず
No.60名無しさん
#
なぜC#やDartにはできてJavaにはできないのか全く理解できん
そういう機構作ればいいだけでは？
No.61名無しさん
#
>>58

それじゃSwiftじゃん。
PCでクロスなAOTするなら何でもありだよ。RoboVMとかあったじゃん。
No.62名無しさん
#
>>60

単に脳が足りないだけでは？
No.63名無しさん
#
>>60

VMの特性としてJITのプロファイリングが無いとパフォーマンスが出ないのでメリットが無いって言ってるでしょ。
基本的にボクシング回りが遅いのと、バイトコード上ではジェネリクスが型を消す形で実装されてるので走らせないとわからん。
No.64名無しさん
#
>>61

だから何でもありだっつっただろ
なんでもありの中Dartを選ぶ必要性がない
No.65名無しさん
#
>>64

クロスで全部まるっと挙動まで揃ってるUIフレームワークがあるのと、それをホットリロードしやすい仕組みになってるからな。
スレッドも基本的にシングルスレッドで、UIスレッドときっちり分けられたりとモバイルに向いてる。
都合が良いだけで、ベストじゃない、というのもわからんでもないが、それでも都合がよいよ。
No.66名無しさん
#
>>39

とバカが申しております
No.67名無しさん
#
swiftuiはInjectionIIIとか例外はあるものの基本的にホットリロードできないからiosネイティブデベはflutterを使いたがる
androidネイティブは性質上制約なくホットリロードできるからandroidネイティブデベはflutterを使いたがらない
No.68名無しさん
#
>>48

と素人が申しております
No.69名無しさん
#
真面目にやりたいのならマ板でやれ
クソコテのためのスレいくつたててんだよ
No.72名無しさん
#
ああすまん名前入れ忘れてた
No.74名無しさん
#
flutter凄い
俺凄い
No.76名無しさん
#
>>75

WinUIは遥か昔からAcrylic対応してたぞ
GoogleやAppleが遅いんだ
No.77名無しさん
#
>>76

なんの話？
No.78名無しさん
#
>>77

UIのデザインの話
No.79名無しさん
#
>>78

ごめんなにいってるのかわからん
No.80名無しさん
#
まぁいいや
No.81名無しさん
#
俺は何言いたいがわかるが、面倒くさそうそうな展開になりそうだからほっとくのが吉やなw
No.82名無しさん
#
ドンジャラジャラジャラ
No.83名無しさん
#
まあUIはそのときの一番流行りの感じにしとけば批判が少ないよね
No.84名無しさん
#
プログラマーとして働いたことない
初心者のC#ガイジさんじゃん
No.85名無しさん
#
>>84

もしかしてあなた構ってほしいのかい？
No.86名無しさん
#
>>85

？
構ってほしいのはコテつけてこんなスレ立てしてるガイジでは？
No.87名無しさん
#
仮に構ってほしいと返ってきたらどうなんだ？
この質問何の意味があるんだ？！
No.88名無しさん
#
素直な子だねと感心してあげる
No.90名無しさん
#
Jetpack ComposeってJVMのみじゃなかった？
No.91名無しさん
#
>>90

Linux,Windows,AndroidはKotlin/JVM
macOSはKotlin/JVM or Kotlin/Native
iOSはKotlin/Native
ブラウザはKotlin/JS + WebAssembly
で動いてる
No.92名無しさん
#
composeスレいけよ
No.93名無しさん
#
Jetpack Compose じゃなくてCompose Multiplatformだな
Compose MultiplatformはAndroid/iOSともに完成度が高い
今年中にはReact, Flutter, Composeの三つ巴になりそうね
No.94名無しさん
#
JetBrains が flutter もどきを作ったのかw
ｲﾗﾈ
No.95名無しさん
#
>>94

そんなこと言わずに使ってみて
むっちゃ使いやすいから
No.96名無しさん
#
>>94

Composeは泥で主流になりつつあるよ
泥カンファレンスで毎年取り上げられまくってる
No.97名無しさん
#
まずDartとかいうゴミ言語を使わなくても良いって時点で使いやすそうだな
No.98名無しさん
#
Composeホットリロードがないけど扱いやすいとは思う
No.99名無しさん
#
Compose がそんなに素晴らしいなら、いずれ Google は flutter を捨てるだろうな
今 flutter を始めるのはやめたほうが良さそうだね
Dart で作ったコードは flutter 以外に使い道がないから、ゴミになってしまう
コードは資産だからね
No.100名無しさん
#
rememberがちょっと気持ち悪いな
useStateの時も思ったけど
宣言的UIのここが嫌い
純粋関数なら最高に気持ちいいんだけど
No.101名無しさん
#
学者みたいな理想を追いすぎてもしょうがない
何事もほどほどで十分
No.102名無しさん
#
>>98

@Previewもホットリロードもあるでしょ、おじいちゃん
No.103名無しさん
#
>>99

いやFlutterはGoogleの自社製品だし、、
JetBrainsはGoogleではないよ？
>>100

ものすごくわかる
泥だとViewModelと二重状態管理になったりするから、黒魔術みたいなものと思い込まないと気持ちがよくない
No.104名無しさん
#
Previewは便利そうだ
マルチプラットフォームの完成度、エコシステムの安定性次第だけどReactNativeから乗り換えてもいいかも
No.105名無しさん
#
普及させたいなら宣伝費使って大々的にやるしかない。
ここで便所の落書き増やしても自己満にしかならないよw
No.106名無しさん
#
>>105

普及させたい、じゃなくて泥で既に普及してる
No.107名無しさん
#
確かに泥ネイティブからすると、remember とかrememberSaveable はActivity と独立駆動してて黒魔術臭がすごい
上手く使いこなさないとすぐ再Composeするし
No.108名無しさん
#
つか、composeのナビゲーションドローワってどうなってんのあれ..
左右の端のスワイプによるバックナビゲーションとの絡みで、
端からスワイプしなくてもナビゲーションドローワが出てくるようになってんだろうが、メインコンテンツがLazyColumnなどの縦スクロールさせるコンテンツだと
縦スクロールさせようと思ったら横スワイプのドローワが反応したり
ドロワーを出そうとしたら縦スクロールと認識されたり
相当ひどい事になってんだが
No.109名無しさん
#
>>103

自社製品だから捨てるんだよw
Google はシェアを取れないと判断したら捨てるだろ
奴らには開発者の資産を守るという感覚がないからな
面白そうならやってみて、飽きたら捨てるのが Google
No.110名無しさん
#
まぁモバイルアプリはもうあと数年の命って感じだろうな
MRが来たらC#以外のモバイル開発言語は死ぬ
No.111名無しさん
#
>>110

それだとMAUIも死ぬけどええんか？
No.112名無しさん
#
>>111

それはしゃーない
C#繁栄への犠牲だな
MAUIはMAUIでWindows,Mac用って割り切ればまぁいいだろ
No.113名無しさん
#
>>110

そんな達観的になっちゃって
もうモバイルアプリ開発は飽きたんですか？
No.114名無しさん
#
ちなみに.NET MAUIでARアプリ開発するためにいろいろ調べてたらEVERGINEっていうゲームエンジンを見つけた
Unityと違って.NET上で動くから3D部分はEVERGINEでUI部分は.NETみたいな形で両立できそう
MR用テンプレートがインストール時点で容易されてあったりToolkitが用意されてあったりMRするならUnityよりこっちが使われるようになるかもしれない
(ゲームは依然Unityだろうけど)
https://evergine.com/
No.115名無しさん
#
>>113

いやコンシューマー向きのMRデバイスが出るまでは.NET MAUIいじるつもりだよ
.NET MAUIはBlazorWebViewのおかげでWebアプリを高速にモバイルアプリに出来たりかなりすごいと思うわ
この辺はどのクロスプラットフォームでも実現不可能だろうね
No.116名無しさん
#
このまえアイデアクティブっていう日本のMicrosoftやメタが主体のアイデアコンテストにMRコンシューマー機を普及させるアイデア出したからこれが評価されれば一気に広がりそうではある
No.117名無しさん
#
きみの定年までに一台3万くらいでMRが普及するといいね
No.118名無しさん
#
業務で使うならReactNative一択でもまだまだ難点が多く快適とは言えない
MAUIは簡単で良いと思うがXamarinの負の遺産のせいで説得と実績作りに難儀
FlutterはDartの壁が厚いので多分一生使わない
Composeは期待の新星でReactNativeのツラミ成分を解決してくれるなら乗り換えたい
No.119名無しさん
#
>>117

3万は無理だね
今のハイスぺスマホがだいたい15万～20万程度だからそのくらいで売れればとは思う
今のMicrosoftHoloLens2は1台50万とかするしね。
No.120名無しさん
#
>>118

MAUI Blazorのポテンシャルの高さマジでやばいよな
このポテンシャルの高さを気づく人が増えたらマジで一気に形勢が逆転する
No.121名無しさん
#
>>107

黒魔術わろた
たしかにそんな感じ
@Previewなんか重たいのが気になってしまう
No.122名無しさん
#
>>110

年中5chで妄想垂れ流して片手間で開発ごっこするしょうもない人生でしたw
No.123名無しさん
#
ちょっと Compose Multiplatform 触ってみた
Compose の remember はたしかに黒魔術臭がするが、riverpod の watch よりずっとマシだわ
もう flutter ｲﾗﾈ
No.124名無しさん
#
compose普及の立ち上がりが何故か遅い気がするんだよな
flutterは1.0あたりから一気にいったような気がするが
>>108
もそのうち誰か指摘するだろと思って放置してたが(気にしてるの俺だけかもしれんが)
もう、stableから8ヶ月くらいになるんだっけか
material 3の対応も進んできたが
No.125名無しさん
#
>>121

重たいね
テキストの色を変えるだけなのに、20秒かかったりする
1秒で終わることもあるんだけど
No.127名無しさん
#
>>126

それSwiftで開発させられるんじゃねww
No.128名無しさん
#
>>126

一台30万超えとかどの企業が現場導入するんだ
流石にゴミ
No.129名無しさん
#
てかなんでMRをこのスレで？
またまういか？
No.130名無しさん
#
戦争に使われるだろな。
No.131名無しさん
#
30万ならドローン機体買うわ
ドローン開発もAIをかなり使うから楽しいぞ
No.132名無しさん
#
>>127

そうなん？
No.133名無しさん
#
>>128

すでに1台40万するHoloLensは色んな会社に導入されてるの知らないの？
No.134名無しさん
#
>>130

使われねぇよw
No.135名無しさん
#
陳さんに良いアイデアがあるんだよ。
No.136名無しさん
#
>>133

知らない
そんな企業無いから
No.137名無しさん
#
>>136

あるけど？
No.138名無しさん
#
無いって決めつけられるってヤバいだろ
No.139名無しさん
#
>>108

ナビゲーションドロワーって、泥では最近あんまり使われてない気がする
ボトムナビゲーションバーでルーター管理が覆い
No.140名無しさん
#
覆いってなんだよ
多い、の変換ミス
No.141名無しさん
#
Compose を触ってみているが、いいなこれ
Compose Multiplatform がちゃんと動けば Flutter いらないな
Compose と MAUI の2択でいい
riverpod や freezed みたいなクソから人類を解放すべき
No.142名無しさん
#
自分の好きなもの使ったらよろしい
No.143名無しさん
#
ComposeいいけどHiltが分かりづらい…MAUIみたいに簡単にして
No.144名無しさん
#
Androidアプリのライフサイクルが面倒くさすぎる
ApplicationにActivity、ViewModelでインスタンスの生存期間が違うのを意識しなきゃあかん
ま、HiltだとApplicationにDIしてシングルトンにするとか、interfaceに@Bindsでリンクさせるとか、ApplicationContextでシングルトンコンテキストを引っ張ってくるくらいしか使わんよ
No.145名無しさん
#
.NETは何でも洗練されてて楽で良いよなー
No.146名無しさん
#
泥専でxamarin、flutter、ネイティブのfragment view、composeといろんなフロントフレームワークやってきたがどれも一長一短だわ
あとは今年度末までにreactを極めて総合評価を下すぜ
No.147名無しさん
#
>>146

MAUIもやろうぜ
No.148名無しさん
#
>>144

そうか？アレがあるおかげでやりやすいと思うけどな。
Windowsにも似たようなものがあるべきだよなって思うぐらい。
No.149名無しさん
#
アレじゃわからん
No.150名無しさん
#
Activityのライフサイクル。
No.151名無しさん
#
Windowsにはそれがないからスリープ復帰で通信やり直しとか時計見ないとわかんね。
No.152名無しさん
#
>>151

ないわけ無いだろう…
PowerRegisterSuspendResumeNotification() は違うのか？
No.153名無しさん
#
>>151

確かにonStop、onDestroy系にフックできるはありがたい
Windowsにそれ相応があるのかは知らん
No.154名無しさん
#
>>4

C#にはメタプログラミングの方法が腐るほどあるのだが浅ぱちゃのしったかくんが語ってんじゃねーゾ？ｗｗｗ
No.155名無しさん
#
メタプログラミング嫌い
zigのcomptimeくらいわかりやすくしてくれ
No.156名無しさん
#
来週、 Stadia が終わるらしいね
デベロッパーはかわいそう
Flutter もポイされるかもしれないね
デベロッパーのことなんか気にしない会社だからね
No.157名無しさん
#
FlutterはDartとWidgetがゴミすぎるわJS(TS)にしたReactはやっぱ賢い
MSも毎回やらかしてるが言語という車輪の再発明をしてそれを押し付けるとかマジ余計なんよ大きなお世話
MSもXAML捨ててHTML5+CSS+TS(JS)にすればC#は良い言語だからMAUIやBlazorでワンチャンあったのに大失敗よ
個人的にVueやSvelteが書きやすさやわかりやすさの点で好き
No.158名無しさん
#
あ、Vueガイジだったのか
No.160名無しさん
#
typescript/javascriptでいい
blazorは宗教的にtypescript/javascriptを使いたくない人向け
No.161名無しさん
#
TS言語もReactもいいアイデアだけどやっぱり基盤の不安定さが逃れられない課題になっちゃってるよね
その点では.NETとMSなら安心安全で良いと思うけどね
正直なところ新規アプリを作るならどっち選んでも労力に大きな差はない
だとしたら後々を見据えてさまざまな観点で安定感がある方を選ぶのが賢い
No.162名無しさん
#
お前らウェブサイト製品制作の話をしたいならblazor vs reactでも立ててそこでやれよw
No.163名無しさん
#
安心安全を求めるならKotlin/Swiftでネイティブに作るだろ
なにいってんだ
No.164名無しさん
#
どうかな？
それはSPAつくるならバニラが安心安全だろと言うようなものだ
間違えやすい面倒な部分は信頼できるベンダーに任せて隠蔽してもらった方が安心できる
No.165名無しさん
#
>>160

宗教というかC#で書いたほうが楽じゃね？
Js系は回りくどい記述が多い
No.166名無しさん
#
>>162

Blazor(WASM)の弱点である初回起動時の糞遅ローディングがMAUI Blazorでは完全に消えるのがMAUIでBlazorを使う利点かなと思ってる
No.167名無しさん
#
>>163

労力めっちゃかかりそう
No.168名無しさん
#
ふつうにフロントがreact、バックがwasmでいいわ
フロントまでwasmでやろうとするから遅くなる
No.169名無しさん
#
>>156

ユーザーが少ないのに絶対ポイされないフレームワークなんか無いだろw
ボランティアじゃないんだから。
No.170名無しさん
#
>>168

バックがWASMとは？
No.172名無しさん
#
tauriは知らなかったけどパッと見た感じmauiのblazorハイブリッドのパクリっぽいね
No.173名無しさん
#
全然違うわっつーかTauriすら知らんにわかがシャシャんなや
俺はReactもFlutterもMAUI(XAML、Blazor)もTauri(Vue or Svelte + Vite + Rust)も全部使った上で批評してんだよ馬鹿どもが何がVueガイジだボケ
お前らアプリ一つ作ったこともない手じゃなくて口だけしか動かさないプログラマとして一番最底辺のゴミどもじゃねーかよ
5chてほんまド素人が何も理解せず浅パチャな上辺でググりがら煽ってレスバしてるだけの無能しかいねーよな草生えるわ
レスバしてる暇あるなら1行でも多くコード書け俺らの世界に口だけ動かしてる馬鹿とか害悪以外のなにものでもねーんだよクソが
No.174名無しさん
#
お前、以前はxamarinスレとNeeViewスレで暴れてたやつだろ
戻ってきたのか?
No.175名無しさん
#
tauriってWebView動かして中身はいつものweb frameworkでやりましょうね、あとrustで書けばだけどネイティブapiも呼べますよって感じだろー？
まんまmaui blazorの劣化版じゃん？
色々と継ぎ接ぎしながら一生懸命作ってる途中のがtauri
C# .NETの上に綺麗にまとめ上げてもう使えるのがmaui blazor
No.176名無しさん
#
>>173

5chでアホ丸出しの長文レスする暇があるならもっとコード書けよボケ
No.177名無しさん
#
>>171

これRustでしょ？
世界にどれだけRustユーザーいるんだよ
No.178名無しさん
#
>>177

C++erなら問題なく使えるっしょ
まわりも俺もそうだった
No.179名無しさん
#
>>178

そうなのか…
C++erならQtという選択肢もあると思うが…
No.180名無しさん
#
>>179

？は？QTってライセンス有料じゃん、wxWidgetsなら商用利用できるからわかるけど
というかなんで一言語プログラミング縛りしようとするんだ？
No.181名無しさん
#
wxWidgetsも大概クソだがw
No.182名無しさん
#
>>180

いやまぁそのタウリが使いやすいなら別に良いけど
Qtって有料なんだね
知らんかったわ
No.183名無しさん
#
ラズパイで使うpyqtは無料
No.184名無しさん
#
>>183

学生の頃、ちょっとしたその場しのぎ電子工作用アプリ作るのにすごく便利だったな
No.185名無しさん
#
Qtは無料版もまだあるよ
ただライセンスが面倒だし
ソースコードは公開義務があって
公開方法を間違えるとQtから直接文句が来たりでめんどくささは最高
No.186名無しさん
#
>>181

どの辺が？
No.187名無しさん
#
qtやwxもモバイルアプリ作れるからスレタイに加えるか？
No.188名無しさん
#
いいね
No.189名無しさん
#
>>181

どこがクソなの？言ってみろよ？wx神を貶すなど許さんぞ
No.190名無しさん
#
まぁ理解出来ないとクソと言うのは条件反射だと言うことで。
No.191名無しさん
#
>>186

イベントしかりレイアウトしかりコードが冗長すぎる
以上
No.192名無しさん
#
>>187

ただ長すぎるとスレ立てれなかったりするんだよなぁ
No.193名無しさん
#
Blazor が既にあるのに
他のクソなフレームワーク使う
意味がわからない
No.194名無しさん
#
>>193

とクソが申しております
No.195名無しさん
#
Flutter今日アニバーサリー的なのやるってさ
No.196名無しさん
#
ワシはUnityやる
No.197名無しさん
#
UnityってGitでソース管理出来るようになった？
No.198名無しさん
#
>>197

知らん
No.199名無しさん
#
React-NativeのIgniteっていうboiler templateなかなか良いな。
generatorってのを使ってcomponentとかscreenとか作るから、画面遷移とかの問題が起きにくい気がする。
No.200名無しさん
#
tauriの時代は来そう？
No.201名無しさん
#
tauriがどうこうというより
そもそも、もうそんなハイパフォーマンスが求められるアプリ作る機会,需要が少ないからな..
No.202名無しさん
#
いや、普通にパフォーマンス悪いアプリは自然と使用者少なくなっていくよ。
No.203名無しさん
#
いやじゃなくて、話の論点が変わってるという
No.204名無しさん
#
Googleの劣化が止まらない
No.205名無しさん
#
tauriは糞
No.207名無しさん
#
>>204

ピチャイがCEOになってから邪悪さを隠さないようになった気がする可能性あるかもしれない。
No.208名無しさん
#
google map platformを利用したflutterアプリを開発してるけど
既存ライブラリを利用すると、画面遷移でマップ画面を呼び出すたびに
有料APIを呼び出すから利用料がすごいことになる
No.210名無しさん
#
今はFlutterのターン、幻滅期まで待て
No.211名無しさん
#
KMP画面遷移もできなかった頃に比べたら使えるようにはなってきたな
No.212名無しさん
#
>>211

それな
PrecomposeはAndroidの公式画面遷移ライブラリとそっくりでむっちゃ使いやすい
No.213名無しさん
#
kotlinもjavaもわからんから.net mauiしかない
No.214名無しさん
#
mauiはdotnet8のネイティブaotの対応でようやくマルチプラットフォームコンパイル対応UIライブラリとしてスタートラインに立ったイメージだわ
No.215名無しさん
#
AndroidアプリがKotlin,JavaのJVM系とC他LLVM系ネイティブ、
iOSアプリがSwift他LLVM系ネイティブ
で書かれてる。
やっぱAndroidを含めたマルチプラットフォーム対応を謳うならJVM環境向けコンパイルに対応したものがいいよね、少しでもビルド速度の早いほうがいい。
No.216名無しさん
#
AndroidはJVM環境じゃなくてART環境かな
まあ大まかな仕組み的には似たようなもんだ
No.218名無しさん
#
MAUIは国内外問わず大失敗としか言いようが無いが……
Xamarin切らずに徐々に移行させれば違っただろうになぁ
No.219名無しさん
#
クライアントはとうの昔にJSの天下だよ
No.222名無しさん
#
とはいってもKMPは
>>209
で貼った記事で全て語り尽くされてるし
ComposeマルチプラットフォームのコツはAndroidのJetpackComposeとほぼ共通でAndroidカレンダーで語り尽くされそうだし
https://qiita.com/advent-calendar/2023/android

KMPあるいはComposeマルチプラットフォームで新しく語ることが特にないんだよねえ
気になるKMP対応ライブラリ評価は
>>221
のカレンダーでやってくれてるし
No.223名無しさん
#
>>217

ReactNativeはJavaScript/TypeScriptで書けるってだけで使うメリットあるよねえ
FlutterはKMPのComposeのiOS正式サポートが来たらいよいよ立ち位置が厳しそう
No.224名無しさん
#
MAUIはmacOSはもうずっとCatalystでお茶を濁すつもりなの？前に触った時Windowサイズすら変えられないと知って絶望した
C#はもう観念して、せめてデスクトップに集中してほしいんだが
No.225名無しさん
#
全部死にそうなのウケル
No.226名無しさん
#
Flutter死んで欲しくない…
No.227名無しさん
#
Flutterなんかいらんわ
No.228名無しさん
#
Flutterスレ、流れ的にここに吸収されたほうが良さそうだが
性懲りもなく次スレ建てたのか
No.229名無しさん
#
直近の流れがどうだろうと戦いだけがスレの存在意義じゃない
そもそも他フレームワークとかどうでもいいし
No.230名無しさん
#
Tauri Mobileをちらっと見てみたけどガワネイティブを作る分には便利そうね
将来的にExpo/React Nativeの対抗馬になりそう
No.231名無しさん
#
c#民としてはtauri mobileがdotnetのblazorを搭載できるらしいから期待してる
mauiはクビだ
No.232名無しさん
#
ガワで良ければ今んとこCapacitorが一歩リード
tauriは、バックエンドあんまり触らなくて良いアプリなら、まあ。凝ったことやろうとするとRustがつらい
C#はAvaloniaが良いんでないの？スマホも動くしblazorも一応既に稼働してる
No.233名無しさん
#
K2発表
マルチプラットフォーム展開を進めていくらしい
Kotlin 始まったな
Dart はゴミ以下
No.234名無しさん
#
今年のKotlin Confは内容が濃かったね
Kotlin2.0.0、KMP、Kotlin-to-Swift export、Amper、AWSと期待できそう
No.235名無しさん
#
>>126

どうやったらこの推測になるのかさっぱりわからん
No.237名無しさん
#
>>236

モバイル開発者の2/3はネイティブで開発してるのね
泥ネイティブアプリのKMP移行はそんなに難しくないから今後KMPの割合が増えてきそう
>>2023
年の開発者調査によると、Flutter は世界中の開発者が使用する最も人気のあるクロスプラットフォーム モバイル フレームワークです。調査によると、ソフトウェア開発者の 46% が Flutter を使用していました。全体として、モバイル開発者の約 3 分の 1 がクロスプラットフォーム テクノロジーまたはフレームワークを使用しており、残りのモバイル開発者はネイティブ ツールを使用しています。
No.238名無しさん
#
MSのTeamsもReactになったみたいだな
No.239名無しさん
#
何周遅れのレスだよ
No.240名無しさん
#
いまKMP触ってるけどiOSもDesktopも公式ライブラリでスクロールバーつけれるのにAndroidだけスクロールバーの実装がないのだるすぎる
No.241名無しさん
#
まいうーなんか見る影も無い
No.242名無しさん
#
Flutter最近ダメすぎるな
macroまだベータなの?
native assetsってどうなった?これもベータ?
チンタラしすぎ
No.243名無しさん
#
このていたらくじゃKMPに追い付かれそうだな
No.245名無しさん
#
は？
forkするの！？
No.246名無しさん
#
ネグレクトの親にflutterちゃんは任せられんから俺たちが引き取って育てる！
てこと？
No.247名無しさん
#
flutter最近くそだからな
cupertino refreshとかやってんじゃねぇよーボケって感じ
No.248名無しさん
#
どう転んでも全体のユーザー数は減りそうな気がするなぁ
No.249名無しさん
#
flutterのライブラリの開発者はflutterとflutterのforkの両方に対応しなくちゃいけなくなるね
No.250名無しさん
#
そもそも賛同者いるのか?特に貢献やレビューする人
どうせ何もできず終わるに一票
No.251名無しさん
#
>>249

ちょっと視点がズレてる気がする
両方対応してくれない場合はフォーク側が頓挫するってだけかと
いずれにしろ、現在の利害関係者の外に普及していく勢いは得られそうもない
No.252名無しさん
#
EchoAPIの直感的なインタフェースは、ReactアプリケーションでAPI応答を迅速に検証し、デバッグを容易にするのに役立つ。おすすめ！
No.253名無しさん
#
>>244

Flutterは50人規模なのに対してフォークは現時点でたったの2人（XによるとMatt Carroll氏とJesse氏）
単なる構想で終わりそうね
No.254名無しさん
#
こういうのはセンスに左右されガチだから有象無象の50人がよってたかっても仕方ない側面もあるぞ
No.255名無しさん
#
Flutter終わるみたいだな
サードパーティが作ったフレームワークが生き残ることはないから英断でしょ
React nativeに移行すべき
No.256名無しさん
#
センスより本人がマンパワー必要っていってるだろ
No.257名無しさん
#
GoogleはもうAI集中してるからダメだよ
そのAIも何してるかよくわからんし
Gemniとからゴミじゃん
No.258名無しさん
#
まあFlutterはもともとKMPが安定するまでの繋ぎみたいなもんだし、役割を十分果たしてくれたよ
No.259名無しさん
#
kmpは死んでないの？
No.260名無しさん
#
>>259

KMPはJetBrainsが頑張ってるしAndroidネイティブからそのまま拡張できるしFlutterよりは芽がある
No.261名無しさん
#
Dartは機能的にもう一歩頑張りが足りない
No.262名無しさん
#
>>242
は俺だけどブチキレてフォークした気持ち分かるわ
俺もブチキレ気味
俺はComposeとか他に乗り換えるだけだけど
No.263名無しさん
#
俺はCapacitorが流行って欲しい
No.264名無しさん
#
凍結してるのかと思ったけどMeteor.js3リリースしてたのな
No.265名無しさん
#
今月はFlutter 3.27の発表かね
今回もうんこリリース間違いなし
No.266名無しさん
#
最近Metaのメッセンジャーのデスクトップアプリ版がアップデートしてなんかEdgeが立ち上がってその中で動いているような挙動になった、あとClaudeのデスクトップ版も、、、これPWAってやつなの？
No.267名無しさん
#
ただのガワアプリだよ
No.268名無しさん
#
メッセンジャーは前はネイティブっぽかったんだけど
やっぱりこっちの方が開発楽だからかな？
大して重い処理とかしない、ツール系のアプリはこっちが主流になるのかなぁ
No.269名無しさん
#
いちいちネイティブ板を別で作ってられんでしょ
やること同じなのに
No.270名無しさん
#
>>266

ただのWebView2コンポーネントアプリ
No.271名無しさん
#
SPAってやつ？シングルページアプリケーション
No.272名無しさん
#
いまどきネイティブのが少ないのでね？
No.273名無しさん
#
.NET 9 MAUI無事話題にならず
No.274名無しさん
#
LTS以外は使わないからな
興味ないんだよ
No.275名無しさん
#
ファイラースレより
Electron製のTabSpaces
Tauri製のSpacedrive
Web系酷すぎる
ちょっと速度要求されるとこのざまか
No.276名無しさん
#
まさかのByteDanceが突然の参戦。
https://lynxjs.org/index.html

TikTokに使ってるなら、Flutterよりメンテが充実するんじゃないかと期待。
まんまJSだから直接競合はCapacitorやかつてのCordovaかな
No.277名無しさん
#
あ、WebViewを使うわけではないのか。
だとしたらReactNativeかな？
No.278名無しさん
#
>>276

ReactNativeと同じようなアーキテクチャっぽいな
No.279名無しさん
#
windowsはまだか
No.280名無しさん
#
>>276

Tauriのmobileでいいや
No.282名無しさん
#
TikTok並に快適なレスポンスが必要なアプリなんて作ってないから、趣味で触るにもモチベが湧かん。
それよりマルチプラットフォームフレームワークはどれもオーディオが弱すぎるから、ここを何とかして欲しいんだが、、、
No.283名無しさん
#
そういうのは自分で切り開いていかんと
No.284名無しさん
#
なんかReactNativeが盛り返してるらしいけど何があったん？
No.285名無しさん
#
ReactNativeのアップグレードがしんどい
なんとかならないのかなぁ
No.286名無しさん
#
どうしんどいのか
No.287名無しさん
#
どっちかっていうとFlutterが落ちてる感じなのか
LiquidGlass対応厳しいらしいね
No.288名無しさん
#
googleのデザインのセンスは糞だな
M3 expressive
vs
Liquid glass
No.289名無しさん
#
見にくいと評判のLiquid Glassなんですがｗ
AIアシスタント、AIエージェント時代には、UIの概念が大きく変わってくるのが予想できるのに、AppleはAIが貧弱すぎるから一見派手っぽく見せて優位性をアピールしようとそっちに逃げた感がある
Androidがこれやってたら時代に逆行してると笑われてたなｗ
No.291名無しさん
#
Liquid Glassはアクセシビリティの面では批判だらけだよ
視覚的に不利な事情を抱えるさまざまな人のことを何も考えていないUI設計でクソ
No.292名無しさん
#
M3Expressiveはその点ではまだマシだよ
UIを大きくすることはアクセシビリティを向上させるからね
No.293名無しさん
#
>>290

エフェクトレンダラーをWidget化したのか
他のデザインWidgetと混ぜて使えそうやね面白い
No.294名無しさん
#
この優秀なFlutterユーザーの層の厚さ
No.295名無しさん
#
>>287

厳しいというかFlutterは基本的なUIコンポーネントの標準化をしておらずmaterialやcupertinoをそれぞれかなりの基底から作っているからui設計のメジャーアップデートに耐えられない
いまはこれを解消する試みを検討しているらしいから気長に待とう
No.296名無しさん
#
何でこんなに一気にシェアが動いた？
この一年でFlutterとrnに何があったの？
https://imonar.com/Fa0otKt.png
No.297名無しさん
#
そらJS/TSが覇権だったってだけのことやろ
No.298名無しさん
#
そのデータってどっからとったの?
その画像1枚デ右往左往しても
No.299名無しさん
#
レベニューキャットのCEOの発言だよ
No.300名無しさん
#
他1%しか無いなんて事ある？MAUIとKMPはどこいったんだよ
No.301名無しさん
#
MAUIが0%なのはわかる
KMPはiOSシェアは0%AndroidシェアはNativeに含んでるんじゃね？
No.302名無しさん
#
RevenueCatとかいうサブスクプラットフォームを採用しているアプリ限定のカウントなのでそこんとこよろしくな、使ってないアプリはノーカン
No.303名無しさん
#
SwiftがAndroid対応とは
まさかすぎる
No.304名無しさん
#
SwiftUIは対応するの?
Swiftだけ対応しても
No.305名無しさん
#
そんなわけのわからんことはしないでiphoneとipadで野良アプリ使えるようにしてくれ
毎年100ドル取られるの嫌なんだが
No.306名無しさん
#
まともに動くようになるのがいつかはわかんないけど
日本みたいにiPhoneシェア高いところは
とりあえずiOS版を優先して立ち上げる口実にはなるんじゃない
No.307名無しさん
#
iOSのシェアは落ちていく
これから日本はどんどん貧しくなるんだからね
安い中華スマホしか買えなくなるんだよ
つまり、これからはKotlinの時代
No.308名無しさん
#
金のない中高生ほどiOSシェア高いんだぞ？やつら型落ちの中古してでもiPhoneじゃないとハブられるんだから
No.309名無しさん
#
その中古のiPhoneすら買えなくなるんだよ
貧しくなるとはそういうこと
No.310名無しさん
#
今ならse2とか12か？買えないような値段じゃないだろ

このカテゴリの過去スレッド