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

Hola Isidro,

Gracias a tu exposicion, me sirvio mucho para declinarme al lenguaje C++, y
C#, pues cada vez me gusta mas y es super divertido, pero aun me quedo con la
duda o pensamiento, porque solo lo hago para windows?, porque no habra algo
que se pueda programar tanto para Linux y Windows al mismo tiempo?, que hay
sobre el Kylix? o la ultima version de Deplhi 8 sino me equivoco?.


Bueno, solo queria preguntarte o que me aconsejaras cual es mejor metodo y
herramienta (de Programacion) para hacer un buen software, rapido, eficaz,
eficiente, interoperable, etc.

Saludos
Gildus

Gildus wrote:

Hola Isidro,

Gracias a tu exposicion, me sirvio mucho para declinarme al lenguaje C++, y
C#, pues cada vez me gusta mas y es super divertido, pero aun me quedo con la
duda o pensamiento, porque solo lo hago para windows?, porque no habra algo
que se pueda programar tanto para Linux y Windows al mismo tiempo?, que hay
sobre el Kylix? o la ultima version de Deplhi 8 sino me equivoco?.

Hay una gran variedad de programas que se hacen tanto para windows como
para linux/unix. El caso es que deberías programar con las bibliotecas
GTK+ o Qt, esto para C/C++ para aplicaciones gráficas. También puedes
usar mono en linux, y .net (incluso mono) en win, y usar GTK#

Como ves, es posible.

En Fri, 24 Jun 2005 01:55:04 +0200, Gildus
escribió:

Hola Isidro,

Gracias a tu exposicion, me sirvio mucho para declinarme al lenguaje
C++, y
C#, pues cada vez me gusta mas y es super divertido, pero aun me quedo
con la
duda o pensamiento, porque solo lo hago para windows?, porque no habra
algo
que se pueda programar tanto para Linux y Windows al mismo tiempo?, que
hay
sobre el Kylix? o la ultima version de Deplhi 8 sino me equivoco?.

Kylix ya no existe. Fue abandonado por Borland, y con Delphi olvídate de
programar para linux. Son dos GRANDES (con mayúsculas) ideas de Borland
que él mismo ha jodido aun antes de nacer.

Bueno, solo queria preguntarte o que me aconsejaras cual es mejor metodo
y
herramienta (de Programacion) para hacer un buen software, rapido,
eficaz,
eficiente, interoperable, etc.

Saludos
Gildus

No os espante la muerte; o extermina o transforma vuestra existencia.

Hola Gildus,

Pregunta muy buena,
Mi opinión personal:

- Borland hace lo que puede para adaptarse al mercado. Por mi parte Borland
siempre ha sido el número uno en innovación y técnicas de desarrollo. Lo que
pasa que no puede competir contra Microsoft ( es el fabricante del sistema
operativo, tiene pelas para enterrar a todo el mundo y ello conlleva comprar
los recursos que les hagan falta siempre ha comprado todas las tecnologías
que no han innovado ellos ) , bastante hace con hacer que Delphi esté
estabilizado en el mercado, porque eso si está totalmente consolidado en el
mercado y Borland apuesta, porque no para de sacar versiones nuevas.

- C++ Builder el problema que yo le veo es que no cogio todo el mercado que
tenia que haber cogido para el pedazo de herramiento de desarrollo que era
cuando salió, estamos hablando que creo que la primera version salió hace
como poco 8 años. Hace 8 años trabajar con una herramienta en RAD real, que
generase código compilado, trabajase con API de Windows, STL, C puro y C++
standard, y que en el ejecutable estuviese todo integrado y lo normal es que
ocupase el ejecutable sobre de 2 a 3 mb, eso en esos tiempos era una pasada,
lo mismo que lo que fue Delphi, lo que ocurre que Delphi cogió todo el
mercado de Clipper y programadores de Visual Basic descontentos o que
necesitaban algo más. C++ Builder lo que ocurrio que mucha gente de C++ se
cambio a Delphi o a MFC de Visual C++ ( aunque mas gnete se fue a delphi
que a MFC). Yo reconozco que estuve a punto de cambiarme a Delphi pero
aparecio la primera version de C++ Builder. Borland ha entregado demos del
IDE de Delphi integrado con C++ Builder que será la próxima versión, pero
vamos lo que van a sacar de nuevo sobre todo es que el IDE de Delphi sea
multilenguaje C++ Builder, C#, Delphi. Aprovechando para que la VCL sea
común como hasta ahora. Delphi genera´re Win32 y .net , pero c++ builder la
próxima version solo generara win32, no sé si un futuro generaré .net aunque
si lo hiciera sería para el 200..

- Kylix fue una apuesta de Borland por hacer que los proyectos de Delphi y
C++ Builder se pudieran compilaran en un entorno en Linux y así el mismo
proyecto sirviese en las dos plataformas y fuera codigo compilado. Yo creo
que al final llegaron a la conclusión que fue una cagada porque yo no
conozco a nadie que lo este usando y a parte de eso no ha evolucionado. Me
han comentado que tuvieron muchos problemas porque solo servia para ciertas
distribuciones de Linux, etc.

- Lo único que saco Borland nuevo y no sé en que estado está es C++ Builder
X, que era un entorno multicompilador y multiplataforma orientado puramente
a C++, la idea es hacer código ANSI 100 % C++, y como el IDE estaba hecho en
Java instalas el IDE donde quieras y luego usas el compilador que te haga
falta en Windows borland c++, visual c++ en linux, gcc, etc. Las librerias
que iban a usar son librerias estandar en C++, la libreria grafica no
recuerdo cual era pero era una multiplataforma en C++ ANSI, el proyecto se
quedo en que lo siguiente que iban a hacer es un RAD integrado ( que yo sepa
todavia no han dicho nada de una version nueva ). Aunque realmente su
objetivo principal con este proyecto era coger todo el codigo C++ que existe
de hace mogollon de años en UNIX que es un sistema operativo bastante mas
caro que LINUX y llevarselo a un LINUX ( seguramente este proyecto sería
para grandes compañías que querian emigrar su codigo fuente a LINUX).

- Con respecto a usar codigo multiplatafarma personalmente creo que existen
ahora mismo dos vertientes:
- Proyectos creados para Linux en C++ con librerias C++ que son
exportables a Windows. En Windows se compilan usando cyg-win. Lo que ocurre
que no existen herramientas rad potentes en Linux. Es casi todo código a
pelo.
- Proyectos basados en runtime, java, .net ( con mono en
Linux ).

- Aunque personalmente creo que Linux a nivel de Servidor está bastante
introducido pero creo a nivel de usuario todavía le faltará mucho.

- En la situación actual y el rumbo que está tirando esto yo en un futuro
tengo claro que trabajaré totalmente con Microsoft con C# o C++ manejado,
aunque ahora mismo como tengo codigo fuente en C++ Builder 6, lo único que
quiero es que Borland saque versiones nuevas para lograr que ese código
todavía aguante más tiempo hasta que yo consideré que es el momento bueno de
desarrollo en .net, o sea, que todos los ordenadores tengan el framework
instalado por defecto y no tengamos que estar nosotros haciendo experimentos
con los clientes, porque al cliente le da igual que sea .net que sea win32,
lo que le interesa es que funcione lo que le pongas y que haga lo que tengas
que hacer, si pones un TreeView que mas le da al cliente que sea en MFC, en
VCL, o en .net, es el programador el que tiene que buscar que el software
sea bueno y que tarde lo menos posible que es lo que interesa tener menos
soporte técnico, tardar menos en hacer el software y que sea de calidad, ahí
está la madre del cordero y evidentemente eso depende de tu experiencia como
programdor y de las herramientas de trabajo que uses.

- Para hacer un buen software depende de lo que quieras hacer, eso es la
principal pregunta no es lo mismo hacer software de base de datos de
escritorio, que base de datos cliente-servidor para grandes empresas con
mogollon de usuarios, que hacer aplicaciones gráficas, que hacer sonido,
etc.etc. Y tambien depende de la plataforma. Todos los grandes proyectos,
juegos, ERP, etc. tienden a hacerse su propio kernel que gestione lo que
ellos ofrecen en sus programas y luego de una forma totalmente
parametrizable van personalizando las cosas para cada cliente, en un juego
el kernel gráfico interpreta los objetos y los mapas que tu diseñes y en
funcion de eso juega el usuario, en un ERP el kernel interactua con la base
de datos y los diseñadores crean las pantallas, los informes, que el usuario
va a usar. Y por supuesto lograr evitar las dependencias que nos crean las
librerias, los lenguajes, etc. Lo ideal de lo ideal inventante tu propio
lenguaje que haga lo que tu quieras que haga, y luego create una runtime en
el lenguaje que quieras usando sus librerias, si mañana cambia el windows o
lo que sea, la logica de operatividad de tu cliente no cambia porque esta
definida en tu lenguaje, lo que unico que tinees que rehacer es la runtime
pero todos tus clientes no notarán el cambio. Es una idea. En fin como te
digo todo depende de lo que vayas a hacer y para quien lo vayas a hacer.

Bueno creo que me he enrrollado mas de la cuenta.

Saludos.
Isidro.

"Gildus" escribió en el mensaje
news:

Hola Isidro,

Gracias a tu exposicion, me sirvio mucho para declinarme al lenguaje C++,

y

C#, pues cada vez me gusta mas y es super divertido, pero aun me quedo con

la

duda o pensamiento, porque solo lo hago para windows?, porque no habra

algo

que se pueda programar tanto para Linux y Windows al mismo tiempo?, que

hay

sobre el Kylix? o la ultima version de Deplhi 8 sino me equivoco?.


Bueno, solo queria preguntarte o que me aconsejaras cual es mejor metodo y
herramienta (de Programacion) para hacer un buen software, rapido, eficaz,
eficiente, interoperable, etc.

Saludos
Gildus