Flutterには、Xamarin.Formsから人々を引き付けることに専念するページ全体があり

ブレイザーバインディングは美しいです！ 私はそれらを使い始めたばかりで、Flutterが提供するシンプルさを提供します。

他のスレッドで言ったように@davidortinau 。 MAUIのブログ投稿は大規模な混乱を引き起こしました。 人々は今、MVU =コード/ DSLとして見ると考えているようです。
しかし、これはMVUとは完全に独立しています。 MVUはXAMLで完全に可能です。 ビューの書き方とは何の関係もありません。
モデルとメッセージを受け取り、新しいモデルを構築する不変のモデル+更新関数と、モデルを直接変更せずに新しいコマンド（メッセージ）を更新ループに送信するビュー関数を作成するだけです。

MAUIは、UIを設計する1つの方法、つまりXAMLに固執する必要があると思います。

Blazor Syntexは大丈夫ですが、MVUは私にはまったく不要な混乱のようです。 Flutter Devsを引き付ける場合は、Flutterにとどまらせてください。 XAMLの美しさを破壊しないでください。

これは、C＃および.NET開発者向けです。

@ sim756

MAUIは、UIを設計する1つの方法、つまりXAMLに固執する必要があると思います。

それは一方向だけではありませんでした。 コードベースのUIは、最初からXamarin.Formsを通じてサポートされてきました。 それをより親しみやすくすることは理にかなっています。 ちなみに、MVUはXAML（ Xamarin.Forms 、 WPF ）で簡単に使用できます。

@ Happypig375

Flutterには、Xamarin.Formsから人々を引き付けることに専念するページ全体があり

さて、「 Xamarin for Flutterdevs 」ページをお

@rohanbojja

ブレイザーバインディングは美しいです！ 私はそれらを使い始めたばかりで、Flutterが提供するシンプルさを提供します。

これ以外はすべて大丈夫です、そして_this_が私がFlutterを嫌う理由です：

画像0

@forki

他のスレッドで言ったように@davidortinau 。 MAUIのブログ投稿は大規模な混乱を引き起こしました。 人々は今、MVU =コード/ DSLとして見ると考えているようです。
しかし、これはMVUとは完全に独立しています。 MVUはXAMLで完全に可能です。 ビューの書き方とは何の関係もありません。
モデルとメッセージを受け取り、新しいモデルを構築する不変のモデル+更新関数と、モデルを直接変更せずに新しいコマンド（メッセージ）を更新ループに送信するビュー関数を作成するだけです。

本当に混乱しています!! ありがとう、あなたはちょうどそれを明らかにしました、投稿は壊滅的に混乱しています：

画像1

@ saint4eva

MAUIは、UIを設計する1つの方法、つまりXAMLに固執する必要があると思います。
Blazor Syntexは大丈夫ですが、MVUは私にはまったく不要な混乱のようです。 Flutter Devsを引き付ける場合は、Flutterにとどまらせてください。 XAMLの美しさを破壊しないでください。

これは、C＃および.NET開発者向けです。

「これはC＃および.NET開発者向けです。 」正確には、Flutterの影響を受けないようにする必要があります（恐れ入りますが..）。

@aspnetde

@ sim756

MAUIは、UIを設計する1つの方法、つまりXAMLに固執する必要があると思います。

それは一方向だけではありませんでした。 コードベースのUIは、最初からXamarin.Formsを通じてサポートされてきました。 それをより親しみやすくすることは理にかなっています。 ちなみに、MVUはXAML（ Xamarin.Forms 、 WPF ）で簡単に使用できます。

知っている。 new Button() { .... }と書くこともありますが、この投稿（画像1 ）は私や他の多くの人を混乱させたと思います。

@ Happypig375

Flutterには、Xamarin.Formsから人々を引き付けることに専念するページ全体があり

さて、「 Xamarin for Flutterdevs 」ページをお

笑。 「WPF開発者向けのWindowsフォーム」専用のページを想像してみてください。

XAMLは、オブジェクトモデルの単なる「ツール」です... xaml、c＃を使用できます。 MVVM（XAMLの有無にかかわらず）またはMVUを使用してアプリを設計できます（公平を期すために、提供されている例は「実際の」MVUではありませんでしたが、これは別のトピックです）。

コード化されたUIまたはMVUアプローチが気に入らない場合は、無視してください:)プッシュバックする必要はありません。

これはフラッター開発者を引き付けるためだけのものではないと思います。 MVUパターンは増加傾向にあり、モバイル開発に非常に適しています。

また、コード化されたUIも増加しています...

@GiampaoloGabba
Coded-UIよりもMVUに反対していることを明確にする必要があると思います。 Coded-UIがUIを開発するデフォルトの方法になるのではないかと心配しているというその投稿に混乱しています（.... XAMLを失うことを恐れています）。

.designer.csがありますが、そこでコードを編集する必要はありませんでした。Windowsフォーム開発者の多くが.designer.csファイルの内容を見たことがなかったとGUIエディタを持っています。

この号のタイトルを編集したほうがいいです。

私が言いたかったこと：

Blend for VisualStudioのようなGUIエディターでFlutter / Swift / Coded-UIのものとWPF / XAMLのどちらを選択しますか？

@ sim756

知っている。 新しいButton（）を書くこともあります{....}

XAMLに触れずにXFアプリ全体を作成する人もいます-そして彼らはそれに満足しています;-)。

@ sim756

知っている。 新しいButton（）を書くこともあります{....}

XAMLに触れずにXFアプリ全体を作成する人もいます-そして彼らはそれに満足しています;-)。

@aspnetde

びっくりしました。 😢

ただし、彼らにとってではなく、 Blend for Xamarin / MAUIを望んでいる私のような人々にとっては不幸です。

Android Studio Motion Editor

https://developer.android.com/studio/write/motion-editor

@ sim756ホットリロードが適切に機能しているシステムで作業した後でも、ブレンドのサポートが必要かどうか疑問に思います。 通常、人々はそれをたくさん好む

XAML / Blendのバックグラウンドから来て、コードのUIに関する最初の考えは反動することでしたが、一度試してみると、単に考慮していなかった多くの利点がありました。 コンバーターやリソースなどの機能（現在は非常に複雑に見えますが、当時は完全に合理的であると感じていました）の必要性がなくなったことで、コードファーストUIを本当に信じるようになりました。

.designer.csがありますが、そこでコードを編集する必要はありませんでした。Windowsフォーム開発者の多くが.designer.csファイルの内容を見たことがなかったと思います。

@ sim756-有能なデザイナーは優れた生産性ツールのように聞こえますが、しばらくの間、デザイナーが壊れていくつかのVisualStudioバージョンの作業を停止した「レガシー」コードベースに取り組んでいた可能性があります。また、.designer.csの数千行を手作業で理解して編集する必要があります。 このようなコードベースでわずかな変更（ボタンの配置など）を行う場合でも、1〜2日かかる場合があるため、これらの生産性の利点はすべて再検討されます。 （以前はWinFormsとWebFormsの両方でこれらの経験がありました）。

XAMLに関しては、 @ dsymeが、「XAMLの問題」専用のセクションで、 Fabulousに関するこの講演で重いツールへの依存について語っています。 ファビュラスにはそれ自体に多くの問題がありますが、提起されている多くの点に異議を唱えることは依然として困難です。