إدارة لغات .NET متعددة في تطبيق الويب

Question

أنا جزء من فريق تطوير بناء تطبيق ويب ASP.NET 3.5 جديد. اثنان منا هو C# المبرمج ، والآخر هو vb.net المبرمج.

أعلم أنه يمكننا خلط اللغات على أساس كل مشروع ، ويمكن للمرء أن يبني دروسًا بلغة واحدة ترث من الفصول المكتوبة باللغة الأخرى في مشروع مختلف (الذي نقوم به بالفعل) ، لكن يمكنني رؤيتنا ندخل فيها موقف قد ينتهي به الأمر مع التبعيات الدورية بين مختلف DLLs مشروعنا.

بخلاف مجرد وجود عدد كبير من المشاريع (مزيد من فصل المخاوف في المزيد من المكتبات) ، كيف تمكنت من إدارة هذا الموقف في مشاريعك الخاصة؟

ملاحظة - أعتقد أن هذا السؤال مختلف بما فيه الكفاية عن المباراة المماثلة الوحيدة التي يمكنني العثور عليها (هذا) على أساس أننا لا نرغب في استخدام لغات مختلفة من أجل الاستفادة من ميزاتها المحددة في حد ذاتها ، ولكن للاستفادة من مورد المطور المتاح لنا (على سبيل المثال ، يحدث واحد فقط ليكون vb.net ).

Answer 1

يجب أن أكون صادقًا في القول إنني سأحصل على رجل VB.NET للانتقال إلى C#.

عاجلاً أم آجلاً ، سوف تريده أن يعمل على جزء من الحل الذي هو مشروع AC#. إنه حاجز اصطناعي تقوم بإنشائه عند الانتقال إلى بناء جملة جديد مستقيم نسبيًا.

يرحب معظم المطورين بفرصة الانتقال إلى C#.

لقد شاركت مؤخرًا في قرار في شركة رئيسية للانتقال إلى C# من VB.NET ووجدنا أن هذه الروح المعنوية المتزايدة وكان من الأسهل العثور على مرشحين جيدين.

Answer 2

إذا كان متجرك في الغالب C# وهذا حقًا ما تريد تطوير مشروعك ، وأشجع المطور الآخر على التعلم C# بدلاً من المساومة على مشروعك لحساب عدم معرفة أحد أعضاء فريقك. هذا ليس لإخماد عضو الفريق الآخر ، ولكن إذا كان لديه/لديها فهم جيد لـ .NET بشكل عام ، فلن يكون هناك سبب لعدم تمكن هذا الشخص من تعلم C#.

لدينا مزيج من كليهما في شركتي ، ومع ذلك ، فإن اختيار استخدام VB.NET يعتمد دائمًا على ما إذا كنا ننقل تطبيق VB6 موجود إلى .NET ، وفي هذه الحالة ، من المنطقي استخدام VB.NET لأن كود أقل يجب أن يكون ذلك يتم إعادة كتابة (في معظم الحالات).

لكننا لم نسمح أبدًا لمهارة المطورين بإملاء ما إذا كان سيتم استخدام C# أو VB.NET ، فسنختار أفضل أداة لهذا الوظيفة ، وينبغي أن تكون دائمًا نقطة القرار.

Answer 3

أود تجنب هذا إن أمكن. حاول إعطاء مشفر VB تحسين C#. لا يجب أن تكون فورية ، دعهم يكتبون VB في الوقت الحالي حتى يصبحوا مرتاحين لـ C#، ثم قد ترغب في العودة وإعادة تشكيل VB القديم إلى C#. إنها معتادة بالفعل على مكتبات وأدوات .NET ، إنها في الغالب مجرد بناء جملة (ولكن نعم ، هناك بعض اختلافات اللغة).

السبب في أنني أقترح أن يكون ذلك للصيانة المستقبلية - سيتعين عليك الحفاظ على رمز التصحيح بلغتين. ليست مشكلة إذا كنت تعرف جميعًا جميع اللغات ، ولكن هل يمكنك التأكد من أن هذا هو الحال إلى الأبد؟