http://mevius.5ch.io/test/read.cgi/tech/1663067298/

レス数: 52

概要: Xamarinと.NET MAUIのスレッドです。 C#でクロスプラットフォームのアプリを開発できるフレームワーク 無料、クロスプラットフォーム、オープンソース。 対応プラットフォームは、Windows, Android, iOS, m...
No.1
Xamarinと.NET MAUIのスレッドです。
C#でクロスプラットフォームのアプリを開発できるフレームワーク
無料、クロスプラットフォーム、オープンソース。
対応プラットフォームは、Windows, Android, iOS, macOS, Linuxなど
No.952
>>950

クソオブクソ言語JavaScriptを書かなくて良くなるという最大の利点がある
No.953
>>949

消えろアホ
No.954
>>950

ブラウザ外の使用法が大宣伝されているが、実際の使用数はブラウザ上の方が
圧倒的に多いらしい。
また、Wasmは、ブラウザ上では大いに意味が有って、ブラウザ上のマシン語。
今まで高級言語のJSしか使えなかったのが、マシン語も使える様になったような
もので、応用範囲が広い。
No.955
逆さまのことを言う人が居るが、Wasmはブラウザ上においては、
マシン語相当のものを使うことが出来る唯一無二の存在なので他に代替品が無い。
一方、ブラウザ外においてはいくらでも代替品が有る。
たとえばJava。
そもそも論としてブラウザ外は本物マシン語が使えるわけだから、もともと
なんでも出来る。
一方、ブラウザ上ではWasmが無ければマシン語相当のものが無いから、
まともな速度で別言語や複雑なロジックが動かない。
Wasmがあるおかげでブラウザ上で各種エミュレーターなども動くようになった。
No.956
>>954

しかし、DOMを操作するためにJSを必要とする
あのクソから決別できると思っていたのに、そうではなかった

あのクソを隠蔽してくれるなら MAUI でも Flutter でもいい
あのクソはクソを積み上げるためにクソを要求する究極のクソだからな
No.957
Wasmは、状況によるが純粋ロジックならJSの3~5倍の速度が出る。
CPUの進化はコア数の増加へとシフトしていて、クロック数の伸びは著しく鈍化
しており、重いエミュレーターをJSで動かすのは無理がある。
「CPUの進化が著しい」などと言ってる人が居るが、実はウソ。
クロック数がほとんど延びて無いので、単純な速度はほとんど上がってない。
No.958
うめ
No.959
テスト
No.960
このスレには
No.961
おれしかいない
No.962
サヨナラ
No.963
WASMって各言語から生成したアセンブリ言語によく似た中間コードをGC無しで動かすからネイティブほどでないが軽量高速
ただそのGC無しっていうのが足枷になってるみたいでなかなか流行らないね(なぜみんなGC無しでプログラムを組めないのか)
GC無し言語だとC/C++/Rust/Zig/TinyGoあたりでTinyGoがファイルサイズが少なくて一番感触がよかった、ZigのWASMもファイルサイズを抑えられるらしくてそのうち試したい
WASM Blazorは独自にGCを稼働させてパフォーマンスを落とす上に意味不明なメモリリークするから嫌い
UnityのWASMはWebGLでJavaScriptが絡んでるようで仕組みがよくわからん
No.964
>>956

>しかし、DOMを操作するためにJSを必要とする
>あのクソから決別できると思っていたのに、そうではなかった
全部canvasの基礎的描画(直線や箱塗りつぶしなど)で書く方法がある。
WasmだとロジックがJSより圧倒的に速いのでそれをやり易い。
感覚的には「いくら複雑にしても遅くならない」感じ。
同じことをJSでやったら遅くて使い物にならないかも。
No.965
>>948

あるよ。
No.966
>>951

MAUIを使ってるの?
No.967
wasmはハッシュ計算とか動画のデコードとかで使うけど、DOM触ったりするのはマジ向いてないよ。
それこそ文字列作るのも一苦労だし。


>>964

Flutterがやってることだよね。
No.968
>>967

Google Documentも、今までHTML要素で描いていたのを全面 canvas 描画
に変える方針である、と聞いた。確か Wasm も使ってるはず。
No.969
>>967

>wasmはハッシュ計算とか動画のデコードとかで使うけど、DOM触ったりするのはマジ向いてないよ。
>それこそ文字列作るのも一苦労だし。
「苦労」の部分は今後ライブラリが吸収していく。
一般プログラマはそのライブラリを使うから簡単になる。
今後色々なライブラリが出て、便利なものが使われていく。
No.970
WasmはC言語から書くとサイズが小さく出来るため、非常に複雑なロジックでも
サイズが大きくならないため、canvasの基礎的描画を複雑に組み合わせて描画
するようなライブラリが実用的になる。
JSだとサイズや速度面でそれは難しかったのではないか。
No.972
JSどころかHTMLすら消えていく流れなのか?

PSDとか渡されて Flutter の build() を書くのしんどそう
HTMLコーダーが対応できるとしたら、ギリギリXAMLまでだと思う
No.973
>>972

HTMLは、有名な「 阿部寛のページ」のようなシンプルなページ
No.974
Wasmの有識者多そうだから聞きたいんだけど、WasmEdge試した人いる?Emscriptenから知識が止まってるんだけど良さそうなんかね
No.975
おっと早まった。

>>972

HTMLは、有名な「 阿部寛のページ」のようなシンプルなページで必要なので
残ることは残るだろう。
しかし、進化の中心は canvas + wasm になっていくのではなかろうか。
No.976
間違えたこれランタイムやった、、、アホカスな俺
No.977
>>974

いまはEmscriptenじゃなくてWASI SDK使ってコンパイルするのが主流とちゃうんか?
No.978
>>977

返信あざいます そのSDK知らなかった
まさにほしいなと思ってたやつで聞けてよかった
No.979
今後、銀行取引から何から何まで
「なんでもWeb」「なんでもクラウド」「会議もクラウド+録画」になっていく傾向
があるようで、高速化が重要になっていき、Wasmの需要が出てくるかも。
No.980
>>966

MAUIじゃなくてXamarinだがこれからMAUIに変わるのは間違いない
2024年にサポート終了だからね
No.981
>>975

なんねぇよカスw
No.983
御機嫌よう
基地外の諸君
No.985
>>982

だからここより先にFlutterスレでやれよ!って言ってんだろカス!
Dartとかゴミすぎて勉強したくないんだが死んでくれ
overrideもJavaのようなアノテーションだろ?
ゴミじゃん
No.986
>>984

Redditとか言うゴミを.NETerは使わないよ
No.987
Dartでクリーンアーキテクチャとか愚の骨頂なんだよねw
元々言語としておかしいから破綻してる
No.988
.NET Confよりこじんまりしたゴミみたいなイベントなんだよなぁ
No.989
Just Push Pray
No.990
Dartとか言うゴミ言語覚えても使えるのがモバイルアプリだけwww
終わってんなぁwwww
No.991
>>982

楽しみにしてるとか言いながら本スレ誰もその話してなくて笑うwwww
5ch民にも見放されてるFlutterさん可哀想www
No.992
うめ
No.993
No.994
No.995
No.996
No.997
mauiはゴミ
No.998
mauiは流行らない
No.999
mauiはうんこ
No.1000
mauiサヨウナラ