¿Se está muriendo C ++ .NET?
https://stackoverflow.com/questions/819191
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Escuché en algún lugar que Microsoft centrará sus esfuerzos en C # en lugar de C ++ para la plataforma .NET. Puedo ver signos de que esto es cierto debido al diseñador de GUI que estaba disponible para C # pero no para C ++.
Por lo tanto, me gustaría saber si C ++ en .NET está muriendo y si seguirá siendo el segundo lugar en C # en el futuro.
Solución
Si está apuntando a .NET framework en el desarrollo de aplicaciones, entonces sí, C ++ / CLI es un ciudadano de segunda clase en comparación con C #. C # se diseñó específicamente como el lenguaje para el framework .NET, mientras que la extensión C ++ / CLI está ahí para permitir a los desarrolladores enlazar código nativo y administrado.
Sin embargo, no confunda C ++ con C ++ / CLI (C ++ .NET es lo mismo ...). C ++ está vivo y bien en áreas como el kernel, los juegos, las aplicaciones de alto rendimiento y las aplicaciones de servidor (por ejemplo, el servidor SQL), las cuales probablemente no cambien. Por otro lado, la mayoría de las 'GUI' de .NET no utilizarán C ++.
Otros consejos
Managed C ++ nunca llegó a ser lo que MS pensó que sería. C # podría hacer (casi) lo mismo, con una sintaxis mucho más intuitiva y fácil de usar.
Aparte de eso, C ++ / CLI no se dejará sin soporte durante mucho tiempo, ya que es la manera fácil de crear interoperabilidad entre los ensamblados .NET y los ensamblados nativos de C ++. Sin embargo, eso es todo para lo que se usa (estoy seguro de que hay un 0.001% de los desarrolladores de C ++ / CLI que no están de acuerdo: P).
C ++ / CLI es la forma en que Microsoft atrae a los desarrolladores nativos de C ++ a .NET. Era como una capa intermedia entre C ++ nativo y C #, pero estoy bastante seguro de que los desarrolladores prefieren elegir entre C ++ nativo o C #.
Microsoft no permitirá que C ++ / CLI muera, al menos en un futuro próximo; sin embargo, sin el apoyo de la comunidad, C ++ / CLI no podrá crecer.
En esta generación, no crecer significa casi muerto.
Me temo que es.
El motivo de esto no es C # (lo que no trae nada especial y, aunque es un nuevo idioma, no presenta nuevas características de lenguaje, sino que simplemente copia las características de otros, genéricos).
Se debe principalmente a que el primer intento de MS para habilitar C ++ para la plataforma .NET, Managed C ++, fue un desastre.
Después de esto, contrataron a Herb Sutter , el gurú de C ++, que hizo un trabajo fantástico diseñando el C ++ / CLI de reemplazo de C ++ administrado.
¿Por qué y cuánto diseño de C ++ / CLI es superior al diseño de C ++ administrado que puede encontrar leyendo Una razón de diseño para C ++ / CLI escrita por Herb.
Por cierto, Herb hizo del compilador vc uno de los mejores compiladores que cumplen con los estándares para Windows, después de años de ser el peor en cuanto a la conformidad estándar.
No. Nació muerto. Siempre se ha tratado como una cita de segunda clase sin una hoja de ruta de vitalidad.
creo que SÍ, está muriendo, en realidad ya murió;), porque no hay mucha gente que lo use, usan ya sea c ++ o c #. consulte esto
No creo que vaya a desaparecer necesariamente, pero el motivo de su uso casi siempre se reduce a si necesita o no los beneficios de rendimiento que lo acompañan. Si C # puede hacer lo mismo al 90% de la eficiencia de C ++, ¿no es eso lo suficientemente bueno?
