xe7 tutorial full embarcadero descargar borland delphi mfc c++builder

tutorial - C++ Builder vs Delphi vs MFC



c++ builder xe7 (11)

Estoy aprendiendo MFC y creo que no es tan fácil de usar.

He oído mucho sobre Delphi. investigar en Delphi me llevó a C ++ Builder.

¿C ++ Builder ofrece una alternativa seria y buena a C ++ / MFC? ¿C ++ Builder es mejor que MFC? ¿C ++ Builder es mejor que Delphi? (He oído muchas cosas buenas sobre Delphi)

¿Alguien me puede dar una comparación entre C ++ / MFC, Delphi y C ++ Builder?

Gracias por la ayuda.

Es posible que desee consultar este enlace . No puedo comentar las ventajas de MFC sobre Delphi por no haberlo usado, así que me salteo las dos primeras preguntas.

  • Si va a hacer una aplicación basada en una base de datos GUI, de todas formas vaya con Delphi.
  • Es posible llamar a C / C ++ / C # DLL desde Delphi.
  • Delphi es increíblemente rápido y fácil a la hora de desarrollar aplicaciones Win32 Native. Vea la definición de RAD .

La comunidad Delphi todavía está activa (¿Por qué crees que hay Delphi 2009?). Delphi viene con un amplio conjunto de componentes, y hay componentes de terceros prósperos. Al haber trabajado tanto en MFC como en Delphi en entornos profesionales, puedo decir fácilmente que Delphi es mucho mejor en términos de facilidad de desarrollo y calidad general.

Viniendo de C #, hay conceptos similares en Delphi the Anders que Hejlsberg ya ha pensado como TComponent, TDataSet, propiedades y eventos (que se convirtieron en delegados). Delphi también se puede usar para consumir objetos COM, escribir servicios web, escribir motores de informes para informes personalizados.

Pero espera hay mas. Verifique DevExpress '' ExpressQuantumGrid .

Sugiero que vaya con MFC y nos deje a los programadores de Delphi nuestra ventaja competitiva. ;-)

Te sugiero que vayas a Delphi.

Mis pros para eso serían

  • Sintaxis sabia es muy fácil y legible. Sabes que C ++ te hace escribir código "críptico" y "místico" con variables extrañas y cosas así. ¡Infierno! la mitad de c ++ tiene el prefijo "__"

  • El rendimiento es casi el mismo que en una aplicación C ++. Si no usa VCL, entonces debería ser el mismo. Pero, ¿qué es Delphi sin VCL?

  • --Nativo-- aplicaciones. Lo que significa absolutamente nada más de qué preocuparse, sin frameworks, sin tiempos de ejecución. (Todavía puedes construir una aplicación con paquetes de tiempo de ejecución)

  • La conectividad de la base de datos también es uno de sus puntos fuertes ... uno muy fuerte

  • Potente diseñador visual que puede construir casi toda la interfaz de su aplicación en tiempo de diseño.

Y la lista puede continuar ...

Ah, y para concluir, Delphi puede hacer que todo lo que C ++ / C # / C pueda. EXCEPTO los controladores de dispositivo, por lo que si no planea escribir controladores para una impresora o algo Delphi es el camino a seguir.

Tendrás que sopesar tus opciones y mirar un poco tu bola de cristal.

C ++ Builder utiliza el Framework VCL que es, sin duda, mucho más fácil y más ''visual'' (es decir, compatible con el diseñador) que VC ++ / MFC

Pero si existe la posibilidad de que tengas que trabajar con .NET (= todas las nuevas y agradables API de MS), probablemente sea mejor con VC ++, no espero que Codegear admita C ++ / CLI en el corto plazo.

Hay otras consideraciones similares, por lo que la contra pregunta es: ¿para qué vas a usarla?

Tu pregunta es confusa C ++ Builder es solo un IDE para C y C ++. MFC es una biblioteca para programación en C ++. C ++ Builder se puede usar con o sin MFC, y viceversa. Delphi, también llamado Object Pascal , es otro lenguaje de programación.

Nota: Hay un foro completo dedicado a usar C ++ Builder con MFC.

¿Estás aprendiendo C ++ al mismo tiempo? ¿Ya conoces a Pascal? Si es así para ambos, entonces Delphi me parece una gran elección. Todas las aplicaciones que imagino que te gustaría escribir con MFC se pueden escribir usando Delphi.

Mi sugerencia sería olvidarme de MFC. Este marco ya no es más de esta edad. Es por naturaleza una capa delgada alrededor de la API de Windows y, por lo tanto, solo un poco más fácil de dominar que la programación sin procesar de Windows C. Mi experiencia hasta ahora es que escribir y mantener software escrito en MFC toma de 2 a 3 veces más tiempo que en C ++ Builder o Delphi. Una razón para elegir MFC podría ser que desea permanecer cerca de la API de Windows, tal vez porque llama a algunas funciones exóticas. Si es así, C ++ Builder es una mejor opción. La facilidad de uso está cerca de Delphi, incluidos los controles RAD fáciles de usar, pero le permitirá llamar a cualquier función API de Windows directamente en su idioma nativo. Aunque el código subyacente es el mismo si lo llamas desde Delphi, siempre tienes que hacer un cambio mental entre Pascal y C ++.

Pero en última instancia, nunca comenzaría un nuevo proyecto en MFC pero usaría C # / .NET en su lugar ...

Estoy trabajando en el generador de c ++ desde hace 3 años, y es genial después de usar VB y VC ++. Muy fácil de crear interfaz moderna de aspecto agradable, programa muy fácil de mantener, buen rendimiento. Pero es un poco inestable, y el IDE es muy lento e inestable. VC ++ es mejor en IDE y en la estabilidad del compilador solo, más rápido. Pero realmente MFC es horrible, está bien hacer un controlador o un programa de sistema en MFC sin interfaz, pero para hacer una buena apariencia con un sencillo programa de GUI en MFC, realmente no puedo imaginar cómo diablos lleva tiempo, y cómo ¡mantener!

Si está trabajando con C ++ Builder, probablemente quiera usar VCL, no MFC.

En cuanto a las comparaciones VCL / MFC o Visual C ++ Builder, ya hay un hilo reciente para eso.