Borland C++ Builder

Hola Maria,

Creo que esa pregunta es un poco comprometida en este foro.
Depende de muchas cosas. Lo que diga ahora va a crear mucha polémica, porque
es la guerra eterna

¿Borland o Microsoft?

Yo solo te puedo hablar por mi opinión personal.

Actualmente trabajo con C++ Builder 6, y con Visual Studio .net 2003 solo
uso Visual C++ para Win32 no para .net, no uso MFC.

Mis decisiones actuales cuando afronto un modulo es:

C++ Builder. Si hay que usar interface gráfico, acceso a base de datos.
Visual C++. Sin interface, api de windows, componentes COM no gráficos.

En cuanto tenga que usar interface gráfico y acceso a datos automaticamente
decido usar Borland C++ Builder 6, evidentemente es porque tengo experiencia
en el compilador.
Si lo tuviera que hacer en Visual Studio .net usaría claramente C#, porque
c++ usa MFC.
Y evidentemente entre MFC y la VCL. VCL claramente.

Ahora bien, suponte que tienes que hacer dos pantallas y sabes ya MFC y no
sabes nada de VCL, esta claro que tardas menos en MFC.
Pero por el contrario si tienes un proyecto con 20 o 30 pantallas complejas,
con accesos a datos, dbgrid, edit, reportes, etc. Tardas bastante menos en
C++ Builder.

C++ Builder te permite crear un .exe que llevaria la VCL incluída en el
ejecutable con lo que con un solo ejecutable no tienes dependencias de nada
más.

Acceso a datos de c++ builder tienes diferentes metodos de acceso:

- BDE ( anticuado, y no es recomendable usarlo borland se ha olvidado de él
hace tiempo )
- ADO ( son componentes de Borland que encapsulan a los componentes ADO de
Microsoft, son los que uso ) Si los usas a lo sumo tendrás que instalar a
parte del .exe los componentes MDAC de microsoft que practicamente en los
últimos sistemas operativos ya vienen incluidos, solo te haría falta
instalarlos en Win9x, win98, winme pero versiones con explorer muy antiguas,
a no ser que te haga falta actualizarlos.
- Interbase ( componentes de borland nativos para acceder a Interbase,
firebird , ...)
- dbExpress ( los drivers que trae creo que son para MySQL e Interbase, para
ado hay que comprarlos a parte a empresas externas )

De todos estos tipos de acceso uso ADO, principalmente porque uso SQL Server
o MSDE como base de datos.

Como ejemplo te diré que un ejecutable que tenga del orden de 50 pantallas,
con acceso a datos ADO, con informes, exportación a excel ( componente
nativo )etc.etc. A mí me ocupa el ejecutable sobre 2 Mb, es lo único que
tengo que instalarle al cliente, siempre y cuando tenga ya los MDAC
instalados, que normalmente como te he dicho antes no hace falta
instalarlos. Si la base de datos fuera de access no tendrías que instalar
nada más, si fuera SQL Server solo tendrias que instalar el SQL Server en el
servidor, en los clientes no te haría falta, solo el fichero de 2mb y a
funcionar. Por supuesto, es un ejecutable win32 y totalmente compilado, nada
de runtime, ni codigo interpertado, en cualquier máquina vuela por antigua
que sea.

Para hacer todo esto en Visual Studio .net tendría claro que lo haría en C#
usando ADO.net, lo que ocurre que tienes que distribuir el Framework de .net
con tu aplicación.

La versión última de C++ Builder es la 6, borland envio un comunicado
diciendo que no iban a salir más versiones de C++ Builder, se monto el pollo
y luego Borland anuncio que va a salir otra version cuando salga la nueva
de Delphi.

Todavía no he empezado a desarrollar para .net porque lo de ditribuir el
framework no me gusta nada de nada. Habrá que esperar a ver que hace
Borland, pero ahora mismo tengo claro en unos años desarrollaré en C# o en
C++.net, porque dentro de poco pasará con el framework como con ADO
cualquier windows ya lo traerá instalado y habrá que distribuirlo. A parte
de eso el longhong ( no sé si se escribe así) será .net nativo, la win32
será emulada ( no tendremos más narices que desarrollar para .net).

Por último decir, sino me equivoco y que alguien me corriga, el ingeniero
que invento la VCL para Delphi que luego se uso para Builder, lo ficho
Microsoft para el desarrollo de .net, de hecho la WinForms es clavada a la
VCL. Lo que quiero decir que la logica de trabajo en el desarrollo .net es
clavada a la de delphi y c++ Builder.

Tambien comentar que actualmente Borland en el producto Delphi generá
aplicaciones win32 y .net con solo seleccionarlo en el proyecto, habrá que
ver si en la próxima versión de Builder tambien tiene esta opción.

Con esta opinión no quiero que se me consideré un fanatico ni de Borland ni
de Microsoft, a mí lo que me interesa es hacer un software bueno y lo antes
posible, con lo que elijo la herramienta que mejor me venga.

Pero diré que si Borland no hace algo sus días están contados por lo menos
en C++, en Delphi es dificil porque tienen una comunidad muy grande y no
creo que la dejen perder.

Y concluyendo a tu pregunta:
Si no tienes experiencia en ningun entorno de trabajo si quieres apostar por
caballo ganador C# de Microsoft. Porque si apuestas por tomar experiencia en
C++ Borland, todo ese conocimiento que adquieras si luego el compilador no
evoluciona tendrás que emigrar y será tiempo perdido.

Si tienes experiencia en algún entorno depende del proyecto que quieras
hacer y para quien.

Yo te digo que en Builder esa aplicación si tienes experiencia la haces en
un plis-plas. Evidentemente si tienes experiencia en C# tambien la harás en
un plis-plas.

A lo mejor te he liado más!!!

Saludos
Isidro

"maria" escribió en el mensaje
news:

Hola!. Tengo que hacer un proyecto de fin de carrera que genere los

horarios de un centro escolar a partir de los datos de los profesores y
alumnos, y me gustaria saber si Borland C++ Builder es un buen lenguaje para
crear mi proyecto. Gracias

maria


Ver este tema: http://www.softwaremix.net/viewtopic-394004.html

Enviado desde http://www.softwaremix.net