[過去ログ] Microsoft Xamarin part8 [.NET MAUI] (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
1: 2021/08/01(日)09:38 ID:AQsxQSFr(1/3) AAS
Xamarinと.NET MAUIのスレッドです。
C#でクロスプラットフォームのアプリを開発できるフレームワーク
無料、クロスプラットフォーム、オープンソース。
対応プラットフォームは、Windows, Android, iOS, macOS, Linuxなど
2: 2021/08/01(日)09:39 ID:AQsxQSFr(2/3) AAS
Xamarin
外部リンク:dotnet.microsoft.com

.NET MAUI [.NET Multi-platform App UI]
2021年11月正式リリース予定。Xamarinの後継フレームワーク
外部リンク:docs.microsoft.com
外部リンク:github.com

前スレ
省2
3: 2021/08/01(日)09:56 ID:AQsxQSFr(3/3) AAS
他にも有用なリンクあったら張っていってね

主に.NET MAUI関連
外部リンク:github.com
外部リンク:github.com
外部リンク:docs.microsoft.com
外部リンク:docs.microsoft.com
外部リンク:github.com
省2
4: 2021/08/02(月)15:30 ID:CN5AND1I(1/3) AAS
.NET MAUI | .NET Blog
外部リンク:devblogs.microsoft.com
5
(3): 2021/08/02(月)15:43 ID:hlxsjNdy(1/2) AAS
MVVMってめんどくさすぎんか?
いや後発の仮想DOMの完成度が高杉たというだけなのだろうが
ベタFormsとどっちがマシなんだろってレベル
PrismとRxPropertyてのを使えば楽になんのかな…
6: 2021/08/02(月)16:06 ID:5bqQQvdG(1) AAS
クラスが増えて面倒だけど後でメンテするとき楽
7: 2021/08/02(月)16:49 ID:XIPPub6G(1/3) AAS
>>5
WPFのMVVMが稀にみる駄作だからですよ
8: 2021/08/02(月)18:12 ID:mU1fKL7v(1/2) AAS
MVVMがめんどくさいって雑すぎるだろ
MVVMアーキテクチャがめんどいのかMSが公式でPrismのようなフレームワークやコンポーネント用意してないからめんどいのかどっちなんだ
後者なら同意するMVVMに限らずMSの開発環境全てが投げっぱなしでコミュニティも育たず何もなくGrapeCityやReSharperのような糞高いサードツールないと効率も悪いから糞めんどい
そしてMAUIだBlazorだ思いつきで提案してきたり頑なにASPは固辞して押し付けるくせに自分らはOffice含めた自社サービスはがっつりReact Nativeで開発とか糞ウケる
9: 2021/08/02(月)18:31 ID:H/s1ryRu(1) AAS
>>5
とりあえずお前のめんどくさいところを言語化しろ
10: 2021/08/02(月)18:34 ID:CN5AND1I(2/3) AAS
>>5
Virtual DOMってReactの話してるの?
MVVMとぜんぜん違うカテゴリの話だと思うんだけど

あとMAUIはMVVMだけでなくMVUも使えるとかいてあった。
MVVM, MVU好きなほうをつかえってことらしい
11
(1): 2021/08/02(月)18:59 ID:XIPPub6G(2/3) AAS
WPFもMVVMは最小限でいいんだよ
コアフレームワークに入ってないのは
そういう理由と推測されるし
イベントハンドラーと組み合わせで書ける
12
(1): 2021/08/02(月)19:19 ID:mU1fKL7v(2/2) AAS
>>11
JSやPythonが人気出た理由がお前もわかってなさそうだな
OSSコミュニティが自発的に盛り上がって便利なフレームワークやライブラリがどんどん開発されてそれがちゃんとメンテされてナレッジが整備されたからだぞ
MSみたいに最低限の仕組みは用意したお前らプログラマーなんだから必要な物は自分で作れみたいな投げっぱなしで人気出るわけねーんだわ
結局コミュニティが育たず一部の技術オタクみたいな奴らがC#マンセーしてそいつらのおもちゃになっただけでPrismやRxなんかのフレームワークやライブラリもメンテされずRxなんてC#捨ててJSに移行したし
WPF黎明期なんてINotifyPropertyChangedやICommandを毎回実装してたんだぞコーディングしながらC#やXAMLはものすごく好きなんだがMSの開発環境ってマジで糞だなってずっと思ってたわ
13: 2021/08/02(月)19:21 ID:XIPPub6G(3/3) AAS
>>12
自分で判断できなそうで
あたま悪そう
14
(1): 2021/08/02(月)19:46 ID:hlxsjNdy(2/2) AAS
VMの実装が直感的じゃないし冗長すぎるよね
もっとシンプルなVMが理想なんだけどReactiveProperyとかLinqとかPub/SubとかCommandとか色々書かされてつらい
なんかいい感じのジェネレータが欲しいッス
15: 2021/08/02(月)19:58 ID:KLKMpcbu(1) AAS
>>14
そりゃ書くからでしょ
評価して糞パターンは捨てればいい
16: 2021/08/02(月)20:02 ID:CN5AND1I(3/3) AAS
VS2022 + MAUI preview6で順調につまづいているわ
preview 4以降はOpenJDK11を推奨とかいてあるし
preview6のmaui-checkではOpenJDK11がインストールされる。
OpenJDK11だとVSのAndroid Emulatorが起動しない。
VSの設定でJDK1.8.0-25に戻すとEmulator起動した。

MAUI preview6、OpenJDK11でAndroid Emulator起動できてる人いる?
現状、どのバージョンのJDKを使えばいいのかわからん、
省6
17
(1): 2021/08/02(月)20:39 ID:FXDaXh0x(1) AAS
戻すと言うよりAndroid SDKのライセンス同意にJDK8使ってるだけだからライセンス同意後はJDK11で動くよ
18: 2021/08/03(火)00:55 ID:hXK9STmR(1) AAS
MAUIってWPFでも使えるの?
19: 2021/08/03(火)01:29 ID:pLHTkUUw(1) AAS
いや、何言ってんの?
20
(1): 2021/08/03(火)11:40 ID:0Yig1Pf9(1) AAS
>>17
ありがとう、
MAUIでなくXamarinでproject作ったらJDKライセンス同意の画面がでてきて
それ以降、API30のAndroid emulator立ち上がるようになった。

MAUIはまだGUIのテンプレートでproject作れないんだな
dotnet new maui -n mauitest
でproject作れるのはわかったがBuildはエラーで通らなかった。
省3
21
(1): 2021/08/03(火)20:49 ID:3OflLX7c(1) AAS
xamarinと何も変わってない
開発体制、品質全く同じ
望みなし
22
(1): 2021/08/03(火)21:27 ID:4EGDKMYd(1) AAS
PrismでMVVMやってるんだけどDynamicResoursesの切り替えってどうやるんすか?
動的にスタイル変える方法をググるとApplication.Current.Resourcesを書き換えろって出てくるんだけど
これってレイヤーが違うと思うんでVMではやりたくない

CSSだとclassだけ書き換えてスタイルを切り替えれたけどこれと同じことをやりたいつまり
・動的にスタイルを切り替える
・VMは具体的なスタイルを知らず代わりにスタイルを示す名前を扱う
23: 2021/08/03(火)21:51 ID:3e74G+kh(1) AAS
Firestoreからデータ取得したいけど、参考になるサイトありますか?
24
(1): 2021/08/04(水)00:15 ID:qtSxTq0Q(1) AAS
>>22
DataTrigger使う
どちらにしろコードビハインドする必要があるこれはXAML(MVVM)では避けて通れないモヤモヤポイントだから諦めるしかない
ControlTemplateなんかのXAMLだけじゃどうしようもないカスタマイズしまくりのユーザー定義コントロールとかクラス拡張しまくりのコードビハインドの塊だからな
まぁ別にReact NativeだってHooksをViewに書きまくるわけだからFluxtとか何それって感じだしアーキテクチャに矛盾が生じるなんてそれこそよくあること
25: 2021/08/04(水)01:54 ID:45YS3Hvr(1) AAS
>>24
あざす
XAMLしんどいすね…
はじめたばかりなののこころおれそう
26: 2021/08/04(水)10:05 ID:UGRrV4fv(1/3) AAS
>>20のエラー解決した
VS2022の下のworkloadsの上から4個も追加でいれたらMAUIの新規アプリ作成できるようになった。
ファイルサイズ大きすぎるからdocument無視してUWPとかC++入れてなかった。

Mobile development with .NET
Universal Windows Platform development
Desktop development with C++
.NET Desktop Development
省6
27
(1): 2021/08/04(水)10:06 ID:UGRrV4fv(2/3) AAS
>>21
開発体制はXamarinと全く違うしクオリティは必ずあがるだろう
すでにドキュメントの充実度があがってる
28: 2021/08/04(水)10:13 ID:UGRrV4fv(3/3) AAS
外部リンク:www.statista.com
Cross-platform mobile frameworks used by software developers worldwide

Xamarin 11%
C#ではトップ維持するもシェアが減った
Flutter以外、すべてシェアが減っているがMAUIが出れば流れはかわるだろう
29: 2021/08/07(土)23:37 ID:hTQ1BWxi(1) AAS
うーむわからない
PrismのViewModelsのボイラープレートのDestroyでReactivePropertyをDisposeするコードを書いたんですけど、
このDestroyイベントが呼ばれてないっぽいです
このイベントってアプリ終了しても呼ばれないんですかね?
ちなみにランタイムはAndroidです
30: 2021/08/08(日)01:16 ID:yLNKABBR(1) AAS
ReactivePropertyは使ったことないけど俺はおすすめしないな
特にフレームワークやライブラリが全く成熟せずメンテされないXamarin環境ですでにPrismですらろくにメンテされてないのに技術自慢の河合がノリで作ってろくにメンテしてないフレームワークとか俺なら絶対に採用しないわ
Firebaseのライブラリですら海外の個人メンテナーに頼っててIssue山積みなの知らなくてバグ満載でどハマりしたからな
ピンハネしすぎでまた別問題だがそれでもCOCOAの惨状とか見ればわかる通りぶっちゃけ現時点でハイブリッド開発でXamarinを選択するのはめちゃくちゃリスキーだぞ環境やコミュニティが全く盛り上がラズ成熟もしてないからなMS自体がXamarinじゃなくReact Nativeで開発してる時点でお察し
31: 2021/08/08(日)02:10 ID:spevSTIa(1) AAS
あ、はい
すごくしんどい気はしてるんだけどもうやるしかないとこまできてる
次の機会ではFlutterでチャレンジするよ
RNはRNでアップデートしんどいって聞いた

話戻すんですけどDestroyが呼ばれない件って何かわかりますかね?
32: 2021/08/08(日)09:36 ID:Mo7aKH+B(1/5) AAS
MAUIとXamarinはドキュメント少ないね
サンプルアプリをbuildして動かしたあとすぐに学習が停滞する

Android Studioはドキュメント充実してると実感する
IDE触ってるだけでUIの開発がなんとなくわかってしまう。

JetPack Composeが人気らしいけど
Compose Multiplatformってすごく人気でそうじゃない?
言語がKotlinだしReactNative, Flutter, Xamarinをすぐに抜き去るんじゃないかと
33
(3): 2021/08/08(日)13:58 ID:mSPMxXcr(1) AAS
VBで作ったアプリをxamarinにコンバートしてますが、情報が少ないのでKotlinやflutterで作り直したほうが良いでしょうか?
ちなみにxamarinを選択した理由はメインロジックをツールでコンバートしやすいのとvisualstudioに慣れてるからです。
34: 2021/08/08(日)14:48 ID:Mo7aKH+B(2/5) AAS
>>33
動作が必要なプラットフォームは?業務用?
ユーザー数は?VBのバージョンは?
コンバートに使ってるツールは?

compose multiplatformはまだアルファ版だし業務なら使えない。
あとまだiOSなどが対応してない
外部リンク:blog.jetbrains.com
省3
35: 2021/08/08(日)15:45 ID:Mo7aKH+B(3/5) AAS
外部リンク:www.theregister.com

Play StoreはCompose利用らしい
2000のアプリが Compose利用とのこと
Despite only just hitting 1.0, Google said: "There are already over
2,000 apps in the Play Store using Compose – in fact, the Play Store app itself uses Compose."
36: 2021/08/08(日)16:31 ID:bQ604qzQ(1) AAS
>>33
VBアプリケーションは当時の流行のせいで
プレゼンテーションとビジネスロジックが密結合している可能性が高く
簡単に資産を捨てることはできないと思うよ
たぶん.NETでやる以外の選択肢はないんじゃないかな
37: 2021/08/08(日)16:53 ID:K1rR3dVB(1) AAS
>>33
スタンドアロンのシステムなの?

サーバーを.NETにしてビジネスロジックを全部そっちにおいて
UIは好きなので組めばいいんじゃないの?
38
(1): 2021/08/08(日)22:17 ID:SlvtpBfQ(1/5) AAS
もう勝負あっただろ
flutterは今年中にwindowsにもしっかり対応するし
flutterでandroid,iOS,macOS,windowsでさらにUWPでwebも!!
jetpack composeも正式リリースしてcomposableは状態変化を自動で検出してflutterの上位互換

maui??
ぷっ
39: 2021/08/08(日)22:19 ID:SlvtpBfQ(2/5) AAS
WinUIはコントロール豊富だからこれらがwindows専用じゃなくてmauiで使えたら
他のプラットホームでfluent design!!
ってワンチャンはあったな
40: 2021/08/08(日)22:22 ID:SlvtpBfQ(3/5) AAS
UnoPlatformは忘れた方がいい
41: 2021/08/08(日)22:38 ID:Mo7aKH+B(4/5) AAS
>>38
MAUIもofficial wikiにbrowser対応検討中と書いてあるぞ
Blazorと連携するようになると思われる

MAUIを見下してるがflutterも負け組になるんじゃないか
Dart嫌い多いしCompose MultiPlatformがiOS対応したらFlutterはおしまいだと思うわ
Dartなんて選んだ時点で失敗は確定していた
42: 2021/08/08(日)22:57 ID:SlvtpBfQ(4/5) AAS
更に優秀なのでてきて負け組になるなら優秀なのに乗り換えるだけだし
別に問題ないだろ
楽に開発したいのが目的だから
現状はトータルとしてflutterが一番楽だから使ってるだけだし
composeは一つ作りかけのアプリcomposeに移行してるけど
43
(2): 2021/08/08(日)23:13 ID:SlvtpBfQ(5/5) AAS
つか、composeがiOSに対応なんて先長いだろ?
よくわかってないが現状JVM依存してる?からiOSでは駄目なんしょ?
そこまでJetbrain頑張れる?

xamarinの場合はAOTコンパイルしてるからiOS向けokだけど
44: 2021/08/08(日)23:22 ID:II+2ElqZ(1) AAS
新しくなくても優れてなくてもいいから長期間メンテ最小限で動くやつがいい
45: 2021/08/08(日)23:40 ID:Mo7aKH+B(5/5) AAS
>>43
JetBrainsが有能すぎるから、何でもありうるんじゃないか

compose multiplatformはbrowserとdesktopを同時に開発してきたんだろ。
しかも今アルファだが年内に正式版だすといってる。
iOSも1年以内に正式版出してくると思われる

なんでiOSは無理だと思うわけ?iOSはJVM使えないからってだけ?
KotlinもtypesafeなわけだからSwiftに変換してコンパイルするのは
省2
46
(1): 2021/08/08(日)23:43 ID:HmXMyWaM(1) AAS
そんなもん正式版出てきてからでいいだろ
「正式リリースはXX年のXX月です」ってその手のやつってなかなか出てこないし
47
(1): 2021/08/09(月)03:00 ID:8zOlJQWj(1) AAS
あの、xamarin native はどうなるのですか?
48: 2021/08/09(月)05:13 ID:KhkS1z0C(1/17) AAS
>>46
アルファかベータが出てからでもよいかもしれないが、
正式版出てからでは遅いな
今書いてるコードが無駄になるかが決まるから。
今からFlutter/Dartのコードは書かないほうがいいだろう

>>47
Xamarin native is moribund.
省1
49: 2021/08/09(月)05:23 ID:KhkS1z0C(2/17) AAS
>>43
そういえばKotlinはKMMですでにロジックはiOS対応してるじゃないか
あとはUI部分だけcross platform対応すれば、Compose multiplatform出せる。

Kotlin Multiplatform Mobile
外部リンク:kotlinlang.org

KMMのアルファが出たのが2020年10月っぽいからわずか10か月で
Compose multiplatformのdesktopとbrowserを出してきたことになる。
省1
50
(2): 2021/08/09(月)05:25 ID:Xrd/gax2(1/5) AAS
そもそもIntelliJ IDEAがクソ使い辛いクソIDEなんだが
そのクソ使い辛いものがベースのAndroid Studioもクソ使い辛くてクソ重いんだよなぁ
そもそもまともなPHPのIDEがなかったからPhpStormが人気なだけでIntelliJとかVSと比較したらゴミだぞ
51
(1): 2021/08/09(月)09:40 ID:KhkS1z0C(3/17) AAS
>>50
PHP、そもそもまともな言語ではない。
IDEは言語やフレームワーク、ライブラリのクオリティに比べたら重要度は低いと思う。

VSはWPFとかでは使いやすいがMAUI利用時はそうは思わない。
Android Studioは直感的にUIの部品を張り付けてUI書ける。
Visual StudioのWPF(C#)ライクでいいと思う。
でもXamarinやMAUIで同じようにUI書けないでしょう
省1
52
(1): 2021/08/09(月)09:51 ID:eRGdBEf8(1/7) AAS
UI部品を貼り付け…
VBerかな?
53
(2): 2021/08/09(月)09:54 ID:XTaREe6O(1/9) AAS
ポトペタって最初は楽なんだけど、ちゃんと考えると辛いよね。
formsアプリでちゃんと画面のリサイズに対応したり、split系のコンテナ使ってたりしたら、二度とやりたくないって思うぐらいのものだと思って。
54
(1): 2021/08/09(月)10:27 ID:KhkS1z0C(4/17) AAS
>>52
WPF(C#)ってかいてるだろ
Android Studio(Kotlin)でもポトペタできる

>>53
Android Studio使ってる?
ポトペタでもC#のとは違うでしょう
どの場所を起点に配置するかも上下左右、指定必要だし
省1
55
(1): 2021/08/09(月)10:29 ID:eRGdBEf8(2/7) AAS
まぁ…初心者には安心かもね
でもMSがとっくに通り過ぎて開発者が切り捨てたアイデアなんだよなポトペタって
56: 2021/08/09(月)10:40 ID:Xrd/gax2(2/5) AAS
まさかVBってVB.NETじゃなくてVB6か?コンバートってなんだポーティングだろ?
しかもvisualstudioってレスしてるやつもやばそうだな・・・なんかただのクソ案件臭いんだが
57: 2021/08/09(月)10:54 ID:K1GVCow2(1/2) AAS
VB.NETからの移植な。
糞案件というか個人的に作ってアプリ公開したいだけ!
しかも本職はプログラマーじゃないです。
58: 2021/08/09(月)11:05 ID:XTaREe6O(2/9) AAS
>>54
使ってるけど、XML書いた方が幸福度高いよ。
59
(2): 2021/08/09(月)11:09 ID:KhkS1z0C(5/17) AAS
>>55
知ったかぶりが過ぎる
VS2022使ってないだろ

ポトペタがでめなのではない。
視覚的に配置したほうが直感的にできるし使いやすい。
一時廃止されたのはブラウザとレンダリング結果が違いすぎて意味なくなってたからだ。
VS2022ではLive Previewで新機能としてフィーチャーされてるわ
省2
60: 2021/08/09(月)11:12 ID:K1GVCow2(2/2) AAS
KotlinでAndroidのサンプルプログラム作ってるけど、ブレークポイントで止まらない。
VisualStudioみたいに一行ずつ実行して変数の値をチェックとかできないの?
61: 2021/08/09(月)11:29 ID:Xrd/gax2(3/5) AAS
VSと同等のIDEは存在しないXcodeもIntelliJもVSの足元にも及ばないVSのデバッガーはマジで最強VSCodeがメインになったけどVSのデバッガーが神だと常々感じる
62: 2021/08/09(月)11:35 ID:XTaREe6O(3/9) AAS
>>59
ライブプレビューとポトペタ一緒にするのはちょっと違うんじゃない?
ポトペタだとユーザコントロールとか、リスト系のコンテナのレイアウト辛くない?
63
(1): 2021/08/09(月)11:40 ID:eRGdBEf8(3/7) AAS
>>59
ポトペタとLive Previewは別の機能
64
(2): 2021/08/09(月)11:40 ID:eRGdBEf8(4/7) AAS
ぜんぜん違うものを混同するあたりやっぱり初心者なんだろうね
65: 2021/08/09(月)11:44 ID:eRGdBEf8(5/7) AAS
ポトペタが廃れた理由はようするに生成されるマークアップがクソなことだよ
思い通りのマークアップ生成されないから繊細なコントロールができない(あるいは時間がかかる)
クソマークアップでも気にしない初心者向けの機能といえる
でも初心者はいつの時代にも居るから機能自体に全く価値がないということはない
でもエンタープライズでポトペタだよりってのはちょっとね
66: 2021/08/09(月)13:12 ID:XTaREe6O(4/9) AAS
マークアップが下手すぎるのもあるし、統一したリソースを使うのも難しいんよね。
paddingとかフォントとかを全コントロールに定義するの、悪手。
67
(1): 2021/08/09(月)14:13 ID:S8n0VVLE(1/5) AAS
ポトペタってVBAのマクロ記録みたいなもんだろ
初心者とかがマクロ記録で生成したコードに肉付けして行くと言うのはあるけど結局ほとんどの行を修正するハメになる
なので慣れてきたら最初から書いた方が速い
1-
あと 935 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.027s