¿Cómo dar nombres significativos a un proyecto C# y VB.NET en la misma solución con el mismo propósito?

Tengo dos proyectos que contienen métodos de extensión. Un proyecto se implementa con C# y el otro se implementa con VB.NET, ya que hay algunas cosas que puedo hacer en VB.NET que no puedo en C# y quiero aprovechar esas funciones en mis métodos de extensión.

¿Cómo puedo nombrar los proyectos para transmitir su significado y al mismo tiempo diferenciar que se implementan en diferentes idiomas?

Para los elitistas de C#:

Una de las características que admite VB.NET y que C# no admite:

¿Los métodos de extensión de C # no permiten pasar parámetros por referencia?

FYI: Esto no funciona para los tipos de referencia, que es lo que me interesa.

public static void LoadFromXml<T>(this T targetObject, string xml)
{

    targetObject = _Serializer.DeserializeFromXML<T>(xml);

}

preguntado el 12 de junio de 12 a las 20:06

Solo por curiosidad... ¿Qué funciones está usando en VB.NET que cree que no puede usar en C#? Incluso si eso fuera cierto, podría crear una DLL con VB.NET y aprovecharla en su proyecto de C#. -

@Achilles, ¿por qué querrías usar los parámetros ByRef de todos modos? ¿Por qué no devolver una clase con esos valores en su lugar? Solo un desarrollador de C# pensando en voz alta... -

El hecho de que puedas hacerlo no significa que debas hacerlo. -

@Achilles No tiene que pasar un tipo de referencia por referencia, a menos que quiera reasignarlo, que es algo que yo haría encogerse en un método de extensión. Pasar un tipo de referencia por valor aún le permite modificar bien sus propiedades. -

Donde hace _Serializer ¿viene de? Parece ser un miembro estático en su clase de extensión que debe configurarse antes de que pueda usar los métodos de extensión. Sé que esto no es codereview.stackexchange.com, pero eso da un poco de miedo y me preguntaría si esto pertenece o no a un método de extensión. -

2 Respuestas

¿Cómo puedo nombrar los proyectos para transmitir su significado y al mismo tiempo diferenciar que se implementan en diferentes idiomas?

en realidad lo haría no transmitir esto. Dé nombres a ambos proyectos que sean significativos en sí mismos. Cada proyecto debe ser utilizable por ambos idiomas, por lo que los nombres deben tener sentido independientemente del idioma utilizado para crear el proyecto.

Respondido el 12 de junio de 12 a las 20:06

+1 - Las buenas convenciones de nomenclatura son esenciales para los programadores. Hace toda la diferencia en el descubrimiento, que es probablemente la mitad de lo que hacemos. - JDB

Ah... acabo de ver tu comentario. Recomendaría implementar la mayoría de sus métodos de extensión en C # y llamarlo "Core", luego implementar las funciones adicionales en VB.NET y llamarlo "Extendido".

Luego, haga que VB.NET haga referencia explícita a Core y herede de él. Luego, los usuarios pueden usar el ensamblaje Core para la mayoría de las tareas, o Extended para las características adicionales.

EDITAR: sigo pensando que sus usuarios estarían mejor si descubriera una manera de NO dividir los ensamblajes, pero obviamente no conozco todos sus requisitos/detalles de implementación.

Respondido el 12 de junio de 12 a las 20:06

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.