c++ - que - rad studio 10.2 tokyo full download

C++ Builder o Visual Studio para el desarrollo nativo de C++? (14)

Decidí que quería obtener más información sobre el desarrollo de código nativo con C ++. Estoy tratando de decidir si me sería más útil utilizar CodeGear C ++ Builder 2009 o Visual Studio 2008. Actualmente uso Delphi 2007, así que estoy muy cómodo con el IDE de C ++ Builder (es lo mismo que Delphi), así como con el VCL y RTL.

Nunca he sido un gran admirador de MFC (desde la primera vez que jugué con él en VS 6.0 días), pero no lo he analizado de cerca desde entonces.

Estoy interesado en escuchar de algunos expertos que tienen experiencia con ambos IDE, ya sean las versiones más recientes o no.

En este momento, me inclino por C ++ Builder porque creo que el VCL es mucho más robusto y fácil de usar que el MFC --- pero como dije, hace mucho tiempo que no uso MFC. No estoy interesado en crear programas que dependan de .NET Framework porque, en parte, me estoy enseñando el desarrollo nativo. ¿MFC sigue siendo el rey de Windows C ++? ¿O es WTL o ATL la gran cosa?

¿Algún gurú de C ++ quiere compartir sus opiniones?

EDITAR : Entiendo que MFC no es el único conjunto de herramientas de GUI para Visual Studio. Sin embargo, estoy buscando algunas recomendaciones basadas en GUI toolkit + IDE. Para C ++ Builder, solo hay 1 opción real, que es C ++ Builder + VCL. Para VS 2008, es VS + MFC / ATL / WTL / QT .... confuso para mí, ya que no sé mucho sobre ellos.

Viniendo de Delphi, encontrarás el VCL sencillo de usar con C ++ Builder. Hay algunas rarezas, como que C ++ no oculta el hecho de que TObjects son realmente punteros (que Delphi oculta de ti), y algunas cosas como las propiedades de la matriz se acceden de manera diferente.

Hace dos o tres años, estaba buscando alguna forma de salir de C ++ Builder, pero ahora, con lanzamientos recientes (y la compra de Codegear por Embarcadero), estoy contento con el producto y la dirección.

Encontrarás la cantidad de tipos de cadenas y las posibles incompatibilidades posibles bastante dolorosas con C ++ Builder, ¡pero te acostumbrarás! (std :: string, char [], wchar_t [], TCHAR, AnsiString, WideString, UnicodeString y String por nombrar algunos)

Personalmente, votaría por C ++ Builder, debido a RAD bidireccional y VCL, aunque puede que no sea la mejor forma de aprender los modismos modernos de C ++.

Visual Studio y MFC no son lo mismo. Uso Studio todo el tiempo y evito MFC como la peste. Puede usar WTL, ATL, Win32 o cualquier cantidad de bibliotecas para crear aplicaciones sin MFC.

Bueno, puedes usar Eclipse + MinGW + Qt4 + QT Eclipse Integration y obtienes todo lo necesario: depurador, diseñador visual de GUI, etc.

Tenga en cuenta que Qt4 tiene doble licencia: Open Source y licencia comercial.

También puedes combinar Qt4 con Visual Studio (incluso con Express) y usar todas las ventajas que VS te brinda.

Para mí, Qt4 es el camino a seguir y VS sobre Builder.

Cuando se trata de desarrollo de Windows, nada realmente supera a Visual Studio. Es muy rico en funciones y tiene un excelente depurador, sin mencionar la vasta comunidad de usuarios que lo ayudará con cualquier problema que pueda encontrar. Si las herramientas de desarrollo de una empresa para su propio sistema operativo no fueran las mejores, temería su estado en el mundo del software. Pero si no necesita las características adicionales y absolutamente necesita una herramienta RAD con arrastrar y soltar (además de MFC), el generador de C ++ no se queda atrás. Usar el entorno delphi anterior es solo una ventaja para ti.

En segundo lugar voy a C ++ Builder, dado que ya conoces a Delphi. MFC no ha cambiado mucho desde los días de VS6, por lo que el código escrito usando MFC todavía se ve como una mierda. Sin embargo, VS ha cambiado y ahora es un IDE bastante bueno.

Además, tenga en cuenta que C ++ Builder no es estable como línea de productos. Hubo momentos en el pasado en que no se mantuvo / su futuro no estaba claro, etc. Por lo tanto, se está arriesgando si quiere construir algo que dure.

La única cosa acerca del último C ++ Builder de CodeGear -me refiero a la versión de 2009- es que sus actualizaciones realmente pueden hacer que odies este IDE.
Después de haber instalado la segunda actualización, descubrí que el bloque if / else NO FUNCIONA CORRECTAMENTE. Puede ingresar la instrucción IF pero no puede ingresar en otro - y no depende de la situación - esta instrucción de lenguaje simplemente dejó de funcionar. El tiempo que tardé en descubrirlo fue de dos o tres horas, y comencé a desarrollar la aplicación win32 necesaria en VS, considero que es más confiable que el producto CodeGear. La segunda característica me desagrada de que no pueda desconectar el soporte Unicode y tenga que usar versiones ANSI de funciones win32 EXPLÍCITAMENTE (por ejemplo, SendMessageA (...)) que es muy aburrido. Apenas llego a la fecha límite para terminar el trabajo usando VS2008.
Es solo mi experiencia, la elección de hacer es tuya

La respuesta simple es que para el desarrollo puro de C ++ tiene que ser VC ++.

Para expandir: como un puro entorno de desarrollo C ++ simplemente no se puede vencer a VC ++, el depurador es mejor, el IDE es superior (todo en mi humilde opinión, por supuesto). Lo he usado para desarrollar bibliotecas que luego uso de C ++ Builder por estas razones.

Sin embargo, una vez que comience el desarrollo de UI, o cualquier cosa que pueda resolver utilizando el VCL o los componentes, C ++ B es la mejor opción. Comparado con el VCL, MFC o ATL son horribles en comparación, y eso te deja usar .NET, que es probablemente una mejor opción, pero no

No estoy seguro de que recomiende construir un nuevo producto utilizando C ++ B o Delphi en función de los últimos años de ''dirección'' de los proveedores. Sin embargo, eso parece estar cambiando para mejor, pero hasta que haya pasado un poco más de tiempo, es difícil decir cómo las promesas se traducen en realidad.

No he usado C ++ Builder durante años, pero en el tema de la depuración de C ++, Visual Studio 2008 está muy por delante de otros IDEs y VS anteriores, especialmente si usa contenedores STL, ya que hace que sea muy fácil inspeccionar su contenido.

Sin embargo, en el lado de la GUI, C ++ ahora es un lenguaje de segunda clase para Microsoft. El camino del futuro es WPF y C ++ no es compatible con un lenguaje compatible con XAML : continuaremos invirtiendo en C ++ / CLI para permitir a los desarrolladores exponer los activos nativos de C ++ al mundo administrado y viceversa. Creemos que el desarrollo puro de .NET se realiza mejor utilizando un lenguaje centrado en .NET como C # o VB. La inversión en C ++ / CLI se realizará principalmente en las áreas de interoperabilidad administradas por los nativos.

Entonces, para crear una interfaz gráfica de usuario en C ++ moderna , su mejor opción puede ser VCL, si VCL continúa haciéndolo posible ;-)

Si está haciendo un desarrollo puro de C ++ en Windows, entonces es difícil vencer a VS. El compilador es rápido, bastante conforme con los estándares y produce código bien optimizado. El depurador es el mejor en cualquier plataforma. El IDE está bien.

También es claramente la cadena de herramientas de compilador más ampliamente soportada en Windows. Descargue cualquier proyecto / biblioteca de código abierto y, si se admite Windows, es probable que se haya creado y probado con VS. Su popularidad también asegura que es el más útil tener en un currículum.

¿Qué te da Builder? Una biblioteca de GUI razonable. Bueno, eso está bien, pero hay muchos otros juegos de herramientas GUI decentes (wxWidgets, GTK, Qt, etc.). Muchos son de código abierto y multiplataforma.

Sin embargo, en estos días, me parece mejor reestructurar mis aplicaciones para proporcionar una API y luego construir la GUI sobre ella en un idioma diferente. La fortaleza de C ++ no está en el desarrollo de GUI. Al menos hoy no ...

Elegiría y recomendaría VS sobre Builder.

Me encantó C ++ Builder hace un par de años. Fue fantástico. Fue mucho mejor con su VCL que VS con su MFC horrible. Entonces las cosas han cambiado con cada año.

El constructor ha estado bajando; 1. Builder no se ha actualizado con ninguna funcionalidad real. 2. Borland abandonó la idea de reescribir VCL en C ++ para usarlo con Kylix and Builder 3. El desastre de CodeGear y el futuro incierto de Builder alejaron a muchas personas del producto.

VS ha ido mejorando; 1. IDE ha mejorado mucho 2. El compilador de la plataforma menos compatible con estándares en Windows se convirtió en el estándar más compatible (sin contar GCC en MinGW por supuesto) 3. Emergió .NET y existió Managed C ++ y luego C ++ / CLI para hacer posible el uso de este marco desde dentro de C ++

Tenemos jugadores nuevos y fuertes 1. Eclipse 2. Qt Creator

y nuevos kits de herramientas GUI

wxWidgets
Qt4 ahora también tiene licencia de código abierto

Para resumir; El constructor está muerto porque Borland

estaba pensando que Delphi es tan maravilloso que realmente no necesitan nada más para ganar dinero
ha caído en la exageración de Java e invertido demasiados recursos en ella
no entendí el gran poder de C ++ y en su lugar apilamos pascal, que siempre ha sido un lenguaje académico sin productos reales creados con él

C ++ Builder es muy superior a MS-VS cuando se trata de desarrollo basado en UI y aplicación orientada a bases de datos. MFC apesta !! Sin embargo, VS tiene mejores capacidades de depuración.

2012 casi se termina. Era un usuario de Borland C ++ y luego me convertí en VC ++ 6.0. Recientemente hubo un requisito de un cliente que quería un final de GUI para su producto y no quería la dependencia de .NET Framework. así que exploré el Embarcadero RAD Studio XE2.

Cuando se trata del desarrollo de C ++ RAD, creo que ni siquiera MSVC ++ se acerca a él. Fue como una brisa. aunque encontré problemas al compilar plantillas. por ejemplo, si defines un functor y quieres combinar el constructor con la llamada al functor, no puedes hacerlo en C ++ B, tienes que crear un objeto y luego llamar al functor por separado. Hubo otros problemas también, ya que no pude compilar completamente la biblioteca Poco.

Encontré la solución creando las DLL en VC ++ y llamándolas desde la interfaz C de C ++. eso da lo mejor de ambos.

Espero que Embarcadero alcance los estándares pronto.

Prueba a Lázaro en su lugar. Escribe una vez, compila muchos. Se ejecuta en múltiples plataformas. Cualquiera que provenga de Delphi y Kylix se sentirá extremadamente en casa con esta herramienta RAD. En cuanto al futuro, es de código abierto con una comunidad sólida, el desarrollo continuará sin restricciones comerciales.

Solo por el placer de hacerlo, ¿podemos lanzar el eclipse a la mezcla también?
Acabo de encontrar trabajo en eclipse para ser mejor que trabajar en Visual Studio.

A menos que esté usando VS2008 con winforms, la compatibilidad con la interfaz gráfica de usuario es a través de plantillas de Windows (normalmente de recursos), lo cual es obsoleto y probablemente no desee utilizar. Por lo tanto, el soporte de GUI en VS2008 no es tan especial.

En cuanto a gui toolkit, tal vez vea ¿Qué es un buen juego de herramientas de GUI / widgets?