يحتوي Flutter على صفحة كاملة مخصصة لجذب الأشخاص من Xamarin. أنت تقول إننا يجب أن نتجاهل المنافسة. حقا؟

روابط Blazor جميلة! لقد بدأت للتو معهم وهم يقدمون البساطة التي يقدمها Flutter.

@ davidortinau كما قلت في الموضوع الآخر. أحدثت مشاركة مدونة MAUI ارتباكًا هائلاً. يبدو أن الناس الآن يعتقدون أن MVU = عرض كرمز / DSL.
لكن هذا مستقل تمامًا عن MVU. MVU ممكن تمامًا مع XAML. لا علاقة له بكيفية كتابة وجهة النظر.
يتعلق الأمر فقط بإنشاء نموذج غير قابل للتغيير + وظيفة التحديث التي تأخذ نموذجًا ورسالة ويبني نموذجًا جديدًا وأيضًا وظيفة عرض لا تغير النموذج مباشرة ولكنها ترسل أوامر (رسائل) جديدة في حلقة التحديث.

أعتقد أن MAUI يجب أن تلتزم بطريقة واحدة فقط لتصميم واجهة المستخدم ، وهي: XAML

Blazor Syntex على ما يرام ، لكن MVU يبدو لي فوضى غير ضرورية تمامًا. إذا كان لجذب Flutter Devs ، من فضلك ، دعهم يبقون مع Flutter ؛ لا تدمر جمال XAML ؛

إنه مخصص لـ C # و .NET dev.

ههههههههههههه

أعتقد أن MAUI يجب أن تلتزم بطريقة واحدة فقط لتصميم واجهة المستخدم ، وهي: XAML

لم يكن ابدا طريق واحد فقط. تم دعم واجهات المستخدم المستندة إلى التعليمات البرمجية من خلال نماذج Xamarin من البداية. جعل ذلك أكثر سهولة أمر منطقي. وبالمناسبة: يمكن استخدام MVU بسهولة مع XAML ( Xamarin.Forms ، WPF ).

هههههههههههههه

يحتوي Flutter على صفحة كاملة مخصصة لجذب الأشخاص من Xamarin. أنت تقول إننا يجب أن نتجاهل المنافسة. حقا؟

حسنًا ، من الأفضل أن يكون لدينا صفحة " Xamarin for Flutter devs "!

تضمين التغريدة

روابط Blazor جميلة! لقد بدأت للتو معهم وهم يقدمون البساطة التي يقدمها Flutter.

كل شيء على ما يرام إلا هذا، و_this_ هو السبب لم يعجبني الرفرفة:

صورة 0

forki

@ davidortinau كما قلت في الموضوع الآخر. أحدثت مشاركة مدونة MAUI ارتباكًا هائلاً. يبدو أن الناس الآن يعتقدون أن MVU = عرض كرمز / DSL.
لكن هذا مستقل تمامًا عن MVU. MVU ممكن تمامًا مع XAML. لا علاقة له بكيفية كتابة وجهة النظر.
يتعلق الأمر فقط بإنشاء نموذج غير قابل للتغيير + وظيفة التحديث التي تأخذ نموذجًا ورسالة ويبني نموذجًا جديدًا وأيضًا وظيفة عرض لا تغير النموذج مباشرة ولكنها ترسل أوامر (رسائل) جديدة في حلقة التحديث.

أنا في حيرة حقا!! شكرًا لك ، لقد أوضحت للتو ، أن المنشور مربك بشكل كارثي:

الصورة 1

@ saint4eva

أعتقد أن MAUI يجب أن تلتزم بطريقة واحدة فقط لتصميم واجهة المستخدم ، وهي: XAML
Blazor Syntex على ما يرام ، لكن MVU يبدو لي فوضى غير ضرورية تمامًا. إذا كان لجذب Flutter Devs ، من فضلك ، دعهم يبقون مع Flutter ؛ لا تدمر جمال XAML ؛

إنه مخصص لـ C # و .NET dev.

" إنه مخصص لـ C # و .NET dev. " ، بالضبط ، لا ينبغي أن يتأثر ب Flutter (أخشى أنه هو ..).

تضمين التغريدة

ههههههههههههه

أعتقد أن MAUI يجب أن تلتزم بطريقة واحدة فقط لتصميم واجهة المستخدم ، وهي: XAML

لم يكن ابدا طريق واحد فقط. تم دعم واجهات المستخدم المستندة إلى التعليمات البرمجية من خلال نماذج Xamarin من البداية. جعل ذلك أكثر سهولة أمر منطقي. وبالمناسبة: يمكن استخدام MVU بسهولة مع XAML ( Xamarin.Forms ، WPF ).

أنا أعرف. في بعض الأحيان نكتب new Button() { .... } ، لكن هذا المنشور ( الصورة 1 ) أربكني ، والعديد من الآخرين ، على ما أعتقد.

هههههههههههههه

يحتوي Flutter على صفحة كاملة مخصصة لجذب الأشخاص من Xamarin. أنت تقول إننا يجب أن نتجاهل المنافسة. حقا؟

حسنًا ، من الأفضل أن يكون لدينا صفحة " Xamarin for Flutter devs "!

مضحك جدا. تخيل صفحة مخصصة لـ "Windows Forms for WPF devs".

XAML هي مجرد "أداة" أعلى نموذج الكائن ... يمكنك استخدام xaml ، c #. يمكنك تصميم تطبيقك باستخدام MVVM (مع XAML أو بدونه) أو باستخدام MVU (لكي نكون منصفين ، لم تكن الأمثلة المقدمة MVU "حقيقية" ولكن هذا موضوع آخر).

إذا كنت لا تحب واجهة المستخدم المشفرة أو نهج MVU ، فتجاهلها فقط :) ليست هناك حاجة لدفعها للخلف.

لا أعتقد أن هذا هو فقط لجذب مطور الرفرفة. نمط MVU آخذ في الارتفاع ، وهو مناسب جدًا لتطوير الأجهزة المحمولة.

كما أن واجهة المستخدم المشفرة آخذة في الارتفاع ... تفاعل ، رفرفة ، واجهة مستخدم سريعة ، إلخ ... لقد اكتسبوا الكثير من الشعبية وليس فقط ضجيجًا ... واجهة المستخدم المشفرة لها مزايا رائعة إذا تم تنفيذها بشكل صحيح

تضمين التغريدة
أعتقد أنني يجب أن أوضح أنني أقل ضد MVU من Coded-UI. أنا مرتبك من ذلك المنشور لأنني أخشى أن تكون Coded-UI هي الطريقة الافتراضية لتطوير واجهات المستخدم (.... أخشى أن أفقد XAML).

حسنًا ، لدينا .designer.cs ، لكن لم يكن علينا تحرير التعليمات البرمجية هناك ، حتى أعتقد أن العديد من مطوري نماذج Windows لم يروا حتى محتويات ملفات .designer.cs على الإطلاق. ولكن هنا ، لدينا محرر واجهة المستخدم الرسومية _capable_ الذي لم يكن علينا القلق بشأن كود Coded-UI في ملف _.designer.cs_.

من الأفضل أن أحرر عنوان هذه القضية.

ما أردت أن أقوله:

ما الذي سنختاره بين WPF / XAML مع محرر واجهة المستخدم الرسومية مثل Blend for Visual Studio ؟

ههههههههههههه

أنا أعرف. في بعض الأحيان نكتب زرًا جديدًا () {....}

أحيانًا يكتب الأشخاص تطبيقات XF كاملة بدون لمس XAML - وهم سعداء بذلك ؛-).

ههههههههههههه

أنا أعرف. في بعض الأحيان نكتب زرًا جديدًا () {....}

أحيانًا يكتب الأشخاص تطبيقات XF كاملة بدون لمس XAML - وهم سعداء بذلك ؛-).

تضمين التغريدة

أنا متفاجئ..!! 😢

ومع ذلك ، ليس بالنسبة لهم ، ولكن بالنسبة للأشخاص مثلي ، الذين يريدون Blend for Xamarin / MAUI ، غير سعيد:

محرر Android Studio

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

@ sim756 أتساءل عما إذا كنت لا تزال ترغب في الحصول على دعم

قادمة من خلفية XAML / Blend ، كانت أفكاري الأولية حول واجهة المستخدم في الكود هي الارتداد ولكن بمجرد أن جربتها ، كان هناك العديد من الفوائد التي رأيت أنني ببساطة لم أفكر فيها. لقد جعلتني إزالة الحاجة إلى - ما يبدو الآن معقدًا بشكل كبير للغاية ولكنه كان معقولًا تمامًا في ذلك الوقت - ميزات مثل المحولات والموارد وما شابه ذلك إيمانيًا حقيقيًا بواجهات المستخدم البرمجية الأولى.

حسنًا ، لدينا .designer.cs ، لكن لم يكن علينا تحرير التعليمات البرمجية هناك ، حتى أعتقد أن العديد من مطوري نماذج Windows لم يروا حتى محتويات ملفات .designer.cs على الإطلاق.

@ sim756 - بينما يبدو المصمم قواعد الرموز "القديمة" ، حيث تم كسر المصمم وتوقف عن العمل في بعض إصدارات Visual Studio السابقة ، وسيتعين عليك فهم وتحرير آلاف السطور بتنسيق .designer.cs يدويًا. نظرًا لأن إجراء أصغر التغييرات (مثل محاذاة زر) في مثل هذه التعليمات البرمجية قد يستغرق يومًا أو يومين - يتم إعادة النظر في جميع مزايا الإنتاجية هذه. (حصلت على تلك الخبرات مع كل من WinForms و WebForms سابقًا).

عندما يتعلق الأمر بـ XAML ، يتحدث dsyme عن الاعتماد على الأدوات الثقيلة في هذا الحديث عن رائع مع قسم مخصص لـ "مشكلة XAML". على الرغم من أن Fabulous لديها الكثير من المشاكل الخاصة بها ، إلا أنه لا يزال من الصعب الاختلاف مع العديد من النقاط التي أثيرت.