La gestión de múltiples lenguajes .NET en una aplicación web

Question

Soy parte de un equipo de desarrollo de la construcción de una nueva aplicación Web ASP.NET 3.5. Dos de nosotros son C # codificadores, y el otro es un codificador VB.NET.

Yo sé que podemos mezclar idiomas en función de cada proyecto, y uno puede construir clases en un idioma que heredan de las clases escritas en otro idioma en un proyecto diferente (que ya estamos haciendo), pero puedo ver nos entrar en una situación en la que bien podríamos terminar con dependencias cíclicas entre nuestras diversas DLL de proyectos.

Además de simplemente tener un alto número de proyectos (más separación de las preocupaciones en más bibliotecas), ¿cómo ha conseguido esta situación en sus propios proyectos?

Nota - Creo que esta pregunta sea lo suficientemente diferente del partido sólo es similar que pude encontrar ( éste ) sobre la base de que no se desean utilizar diferentes idiomas con el fin de aprovechar sus características específicas per se, sino más bien a hacer uso de lo recursos para desarrolladores está disponible para nosotros (es decir, uno dev sólo pasa a ser VB.NET solamente).

Answer 1

Tengo que ser honesto al decir que iba a obtener el tipo vb.net para pasar a C #.

Tarde o temprano se va a lo que desee trabajar en parte de la solución que es un proyecto de C #. Su una barrera artificial que está creando en la transición a una nueva sintaxis es relativamente sencillo.

La mayoría de los desarrolladores daría la bienvenida a la oportunidad de transición a C #.

Me fue recientemente involucrado en una decisión en una importante corporativa para moverse a partir de c # vb.net y encontramos que este aumento de la moral y era más fácil encontrar buenos candidatos.

Answer 2

Si su tienda es predominantemente C# y eso es realmente lo que usted quiere que su proyecto a desarrollar en, animaría a otro desarrollador para aprender C# en lugar de poner en peligro su proyecto para dar cuenta de la falta de conocimiento de uno de los miembros de su equipo. Eso no quiere poner su otro miembro del equipo, pero si él / ella tiene una buena comprensión de .Net en general, entonces no hay razón para que esta persona no podría aprender C #.

Tenemos una mezcla de ambos en mi empresa, sin embargo, la opción de utilizar VB.Net siempre depende de si estamos portar una aplicación VB6 existente para .Net, en cuyo caso tiene sentido utilizar VB.Net ya que menos código tiene que ser reescrito (en la mayoría de los casos).

Pero será nunca dejó dictado habilidad desarrollador si usar C # o VB.Net, que elegiría la mejor herramienta para el trabajo, y que debe ser siempre el punto de decisión.

Answer 3

Me evitar esto si es posible. Trate de darle la VB codificador mejorar su C #. No tiene que ser inmediata, dejar que ellos escriben VB por ahora, hasta que se sientan cómodos con C #, entonces es posible que desee volver atrás y refactorizar el viejo VB en C #. Ya se utilizan para las bibliotecas y herramientas .NET, es en su mayoría sólo la sintaxis (pero sí, hay algunos las diferencias de idioma).

La razón por la que sugiero esto es para el mantenimiento futuro - que tendrá que mantener y depurar el código en dos idiomas. No es un problema si todos ustedes saben todos los idiomas, pero puede asegurarse de que este será el caso para siempre?