Flutter memiliki seluruh halaman yang didedikasikan untuk menarik orang dari Xamarin.Forms. Anda mengatakan kita harus mengabaikan persaingan. Betulkah?

Ikatan blazer itu indah! Saya baru memulai dengan mereka dan mereka menawarkan kesederhanaan yang dilakukan Flutter.

@davidortinau seperti yang saya katakan di utas lainnya. Posting blog MAUI menciptakan kebingungan besar. Orang-orang sekarang tampaknya berpikir MVU = lihat sebagai kode/DSL.
Tapi ini sepenuhnya independen dari apa itu MVU. MVU sangat mungkin dengan XAML. Ini tidak ada hubungannya dengan bagaimana Anda menulis tampilan.
Ini hanya tentang membuat model yang tidak dapat diubah + fungsi pembaruan yang mengambil model dan pesan dan membangun model baru dan juga fungsi tampilan yang tidak mengubah model secara langsung tetapi mengirimkan perintah (pesan) baru ke dalam loop pembaruan.

Saya pikir MAUI harus tetap dengan hanya satu cara mendesain UI, yaitu: XAML

Blazor Syntex baik-baik saja, tetapi MVU tampaknya benar-benar tidak perlu berantakan bagi saya. Jika itu untuk menarik Flutter Dev, tolong, biarkan mereka tetap bersama Flutter; JANGAN merusak keindahan XAML;

Ini dimaksudkan untuk C# dan .NET dev.

@sim756

Saya pikir MAUI harus tetap dengan hanya satu cara mendesain UI, yaitu: XAML

Tidak pernah hanya satu arah. UI berbasis kode telah didukung melalui Xamarin.Forms sejak awal. Membuat itu lebih mudah didekati masuk akal. Dan omong-omong: MVU dapat digunakan dengan mudah dengan XAML ( Xamarin.Forms , WPF ).

@Happypig375

Flutter memiliki seluruh halaman yang didedikasikan untuk menarik orang dari Xamarin.Forms. Anda mengatakan kita harus mengabaikan persaingan. Betulkah?

Sebaiknya kita memiliki halaman " Xamarin untuk Flutter devs "!

@rohanbojja

Ikatan blazer itu indah! Saya baru memulai dengan mereka dan mereka menawarkan kesederhanaan yang dilakukan Flutter.

Semuanya baik-baik saja kecuali ini, dan _this_ mengapa saya tidak menyukai Flutter :

Gambar 0

@forki

@davidortinau seperti yang saya katakan di utas lainnya. Posting blog MAUI menciptakan kebingungan besar. Orang-orang sekarang tampaknya berpikir MVU = lihat sebagai kode/DSL.
Tapi ini sepenuhnya independen dari apa itu MVU. MVU sangat mungkin dengan XAML. Ini tidak ada hubungannya dengan bagaimana Anda menulis tampilan.
Ini hanya tentang membuat model yang tidak dapat diubah + fungsi pembaruan yang mengambil model dan pesan dan membangun model baru dan juga fungsi tampilan yang tidak mengubah model secara langsung tetapi mengirimkan perintah (pesan) baru ke dalam loop pembaruan.

aku benar-benar bingung!! Terima kasih, Anda baru saja menjelaskannya, posnya sangat membingungkan:

Gambar 1

@santo4eva

Saya pikir MAUI harus tetap dengan hanya satu cara mendesain UI, yaitu: XAML
Blazor Syntex baik-baik saja, tetapi MVU tampaknya benar-benar tidak perlu berantakan bagi saya. Jika itu untuk menarik Flutter Dev, tolong, biarkan mereka tetap bersama Flutter; JANGAN merusak keindahan XAML;

Ini dimaksudkan untuk C# dan .NET dev.

" Ini dimaksudkan untuk C# dan .NET dev. ", tepatnya, seharusnya tidak dipengaruhi oleh Flutter (saya khawatir itu..).

@aspnetde

@sim756

Saya pikir MAUI harus tetap dengan hanya satu cara mendesain UI, yaitu: XAML

Tidak pernah hanya satu arah. UI berbasis kode telah didukung melalui Xamarin.Forms sejak awal. Membuat itu lebih mudah didekati masuk akal. Dan omong-omong: MVU dapat digunakan dengan mudah dengan XAML ( Xamarin.Forms , WPF ).

Aku tahu. Kadang-kadang kami menulis new Button() { .... } , tetapi posting ini ( Gambar 1 ) membingungkan saya, dan banyak lainnya, saya percaya.

@Happypig375

Flutter memiliki seluruh halaman yang didedikasikan untuk menarik orang dari Xamarin.Forms. Anda mengatakan kita harus mengabaikan persaingan. Betulkah?

Sebaiknya kita memiliki halaman " Xamarin untuk Flutter devs "!

TERTAWA TERBAHAK-BAHAK. Bayangkan sebuah halaman yang didedikasikan untuk "Formulir Windows untuk pengembang WPF".

XAML hanyalah "alat" di atas model objek... Anda dapat menggunakan xaml, c#. Anda dapat merancang aplikasi Anda menggunakan MVVM (dengan atau tanpa XAML) atau dengan MVU (agar adil, contoh yang diberikan bukanlah MVU "nyata" tetapi ini adalah topik lain).

Jika Anda tidak menyukai ui berkode atau pendekatan MVU, abaikan saja :) Tidak perlu mendorongnya kembali.

Saya tidak berpikir ini hanya untuk menarik pengembang flutter. Pola MVU sedang meningkat, dan sangat cocok untuk pengembangan seluler.

UI berkode juga sedang meningkat... bereaksi, bergetar, swiftUI, dll... mereka mendapatkan BANYAK popularitas dan tidak hanya hype... UI berkode memiliki manfaat besar jika dilakukan dengan benar

@GimpaoloGabba
Saya pikir saya harus menjelaskan bahwa saya kurang menentang MVU daripada Coded-UI. Saya bingung dengan posting itu bahwa saya khawatir Coded-UI akan menjadi cara default untuk mengembangkan UI (....Saya takut kehilangan XAML).

Yah, kami memiliki .designer.cs , tetapi kami tidak perlu mengedit kode di sana, bahkan saya rasa banyak pengembang Windows Forms bahkan tidak pernah melihat isi dari file .designer.cs . Tapi di sini, kami memiliki Editor GUI _capable_ sehingga kami tidak perlu khawatir tentang kode Coded-UI di file _.designer.cs_.

Saya lebih baik mengedit judul masalah ini.

Apa yang ingin saya katakan:

Apa yang akan kita pilih antara Flutter/Swift/Coded-UI dan WPF/XAML dengan Editor GUI seperti Blend for Visual Studio ?

@sim756

Aku tahu. Terkadang kita menulis Tombol baru() { .... }

Terkadang orang menulis seluruh aplikasi XF tanpa menyentuh XAML – dan mereka senang karenanya ;-).

@sim756

Aku tahu. Terkadang kita menulis Tombol baru() { .... }

Terkadang orang menulis seluruh aplikasi XF tanpa menyentuh XAML – dan mereka senang karenanya ;-).

@aspnetde

Aku terkejut..!! 😢

Namun, bukan untuk mereka, tetapi untuk orang seperti saya, yang menginginkan Blend untuk Xamarin/MAUI, tidak senang:

Editor Gerak Android Studio

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

@ sim756 Saya ingin tahu apakah Anda masih ingin memiliki dukungan campuran setelah Anda bekerja dalam sistem dengan hot reload yang berfungsi dengan baik. Biasanya orang lebih suka itu

Berasal dari latar belakang XAML / Blend, pemikiran awal saya seputar UI dalam kode adalah untuk mundur tetapi begitu saya mencobanya, ada banyak manfaat yang saya lihat yang tidak saya pertimbangkan. Penghapusan kebutuhan - apa yang sekarang tampak seperti sangat kompleks tetapi pada saat itu terasa sangat masuk akal - fitur seperti konverter, sumber daya, dan sejenisnya telah membuat saya benar-benar percaya pada UI yang mengutamakan kode.

Yah, kami memiliki .designer.cs, tetapi kami tidak perlu mengedit kode di sana, bahkan saya kira banyak pengembang Windows Forms bahkan tidak pernah melihat isi dari file .designer.cs.

@ sim756 - sementara perancang yang cakap terdengar seperti alat produktivitas yang hebat, jika Anda sudah ada untuk sementara waktu, Anda mungkin telah bekerja pada basis kode "warisan", di mana perancang telah rusak dan berhenti bekerja beberapa versi Visual Studio kembali, dan Anda harus memahami dan mengedit ribuan baris di .designer.cs dengan tangan. Karena membuat perubahan terkecil sekalipun (seperti menyelaraskan tombol) dalam basis kode semacam itu mungkin memerlukan satu atau dua hari - semua manfaat produktivitas tersebut akan dipertimbangkan kembali. (Memiliki pengalaman itu dengan WinForms dan WebForms sebelumnya).

Ketika berbicara tentang XAML, @dsyme berbicara tentang ketergantungan pada alat berat dalam pembicaraan tentang Fabulous ini dengan bagian yang didedikasikan untuk "Masalah dengan XAML". Meskipun Fabulous memiliki banyak masalah sendiri, masih sulit untuk tidak setuju dengan banyak poin yang diangkat.