Maui: [تحسين] تضمين دعم لـ VB

VB.NET و C # لهما نفس كود IL مثل الإخراج. يمكنك الاتصال بكود VB.NET المشترك الخاص بك من مكتبة C #

أفهم ذلك ، ربما لم أكن واضحًا في سؤالي. سؤالي هو ما إذا كان Visual Studio (قوالب المشروع ذات الصلة) سيسمح لك باستخدام VB عند كتابة رمز المشروع الحالي ، بما في ذلك معالجات الأحداث والتعليمات البرمجية الأخرى غير المشتركة.

أود أيضا أن أرى هذا. إن الاضطرار إلى إجراء التحول العقلي باستمرار أمر مرهق بلا داع ... ولا ينبغي أن يكون كذلك. بالتأكيد ، يمكنني التبديل إلى C # ... لكنني لا أرغب في القيام بذلك لأنني أفضّل الكود في VB.

سؤالي الرئيسي حول هذا هو تخطيط Xamarin لإعادة تصميم إنشاء الكود لاستخدام مولدات المصدر؟ إذا كان الأمر كذلك ، فهل سيتم تصميمه بحيث يكون من السهل نسبيًا اختيار (على افتراض وجوده) منشئ المصدر الضروري - وبالتالي تزويدنا (مجتمع VB) بالقدرة على المساعدة في توفير إصدارات VB لمولدات المصادر هذه؟

يمكن أن أكون بعيدًا عن القاعدة هنا ... لأن مولدات المصدر لا تزال جديدة جدًا وقد لا تناسب بالفعل الجانب "الخفي" لكيفية قيام Xamarin بالأشياء ... مع ذلك ، أعتقد أنه لا يضر السؤال. ؛-)

VB.NET و C # لهما نفس كود IL مثل الإخراج. يمكنك الاتصال بكود VB.NET المشترك الخاص بك من مكتبة C #

بالتأكيد ... فهذه هي الطريقة التي يجب القيام بها اليوم. ومع ذلك ، هذا يعني أن هناك مشروع C # لـ "UI" ومشروع واحد أو أكثر لـ "منطق الأعمال". تحول السياق هو ألم في المؤخرة! بالنظر إلى أن المشكلة تكمن في أن جزء الكود الذي تم إنشاؤه يجبرنا على كتابة بقية منطق واجهة المستخدم (الكود الخلفي) بنفس اللغة التي تم إنشاؤها ، فمن الصعب بالنسبة لنا VB أن نفهم لماذا لا يمكن أن تكون بلغتنا بدلاً من إجبارها على كتابة التعليمات البرمجية في "ما يريد الآخرون منا استخدامه".

"الناس ، أريد فقط أن أقول ، ألا يمكننا أن نتعايش جميعًا؟ ألا يمكننا جميعًا أن نتفق؟" - رودني كينج 1 مايو 1992.

ردًا على ما يبدو أنه عدد غير معقول من إبداء الرأي ببساطة (IMO) موضوع يحتوي على مرجع VB في عنوانه. فنحن جميعًا ، بعد كل شيء ، نستخدم فقط واجهة رقيقة (لغتنا المفضلة) لتوليد IL ... لذا فإن اختيارنا للكود هو ... اختيار. وماذا حدث لاحترام اختيار المرء - خاصةً عندما لا يؤثر هذا الخيار سلبًا على اختيارك؟

لدي حلم! ألا يمكننا جميعًا الانسجام والتعايش السلمي واحترام خيارات بعضنا البعض في تفضيلهم الشخصي لـ "منشئ القوالب" والتوحد كمجتمع واحد من مطوري .NET؟ يا له من حلم (وحلم كنت أحلم به منذ ما يقرب من 20 عامًا).

بالتأكيد ... فهذه هي الطريقة التي يجب القيام بها اليوم. ومع ذلك ، هذا يعني أن هناك مشروع C # لـ "UI" ومشروع واحد أو أكثر لـ "منطق الأعمال".

يمكن لأي مشروع .Net الرجوع إلى نماذج Xamarin وإنشاء واجهة مستخدم باستخدام ذلك. لذلك ليس صحيحًا أنه لا يمكن استخدام VB / F # إلا لمنطق الأعمال.