El uso de Microsoft.VisualBasic de C# y VB.NET se ha discutido exhaustivamente en this question. El espacio de nombres Microsoft.VisualBasic es fully supported, y estará disponible mientras .Net esté disponible. No hay razón para evitarlo.
EDIT: Se dice que en el momento de escribir, las otras respuestas para esta pregunta son una incorrecta reimplementación de la función, y una biblioteca sin apoyo de un hombre de banda del Código galerías. Vamos chicos, tomaría un verdadero major event para que Microsoft elimine las funciones financieras de VB.
es una historia diferente para Microsoft.VisualBasic.Compatibility, que es exclusivamente para su uso por el asistente de actualización de VB6, EDITARahora ha estado marcada obsoleta en .Net 4 (mi predicción se hizo realidad), y no debe usarse para nuevos desarrollos. Habría algunas ventajas al eliminar referencias a esto, pero personalmente probablemente trataría de lograr un puerto que funcionara por completo haciendo referencia primero a .Net 3.5.
De acuerdo 100% con esto. ¿De dónde viene esta reticencia a usar la biblioteca compatible de Microsoft? ¿Es solo la mentalidad de "ewwww ... dice VB"? WTF? Microsoft escribió VB6, C#, y luego proporcionó (de forma gratuita) el espacio de nombre Microsoft.VisualBasic para SOLO ESTE PROPÓSITO. Y todavía la gente duda en usarlo. Lo que sea: arriésguese con alguna otra opción de "no VB, por lo tanto, mejor". – JeffK
Solo para agregar: al final del día, todo es IL. Puedo escribir cosas en C#, Visual Basic.NET, IronPython y Boo y lanzar todo en Blender (= compiladores) y recuperar IL que no sabe lo que era antes. –
Existe un estigma en contra del uso de VB entre los desarrolladores de C# y porque tienen VisualBasic en el nombre que no les gusta porque piensan que están programando en VB. Quizás MS debería cambiarle el nombre a 'Microsoft.ReallyUsefulAndFullySupportedFunctions' y todos estarán felices –