Estais a favor de componentes no standars de Delphi

[[David]]

Estais a favor o en contra de utilizar muchos componentes que no vienen incorporados en Delphi .

Hay mucha gente en contra , por que luego no puedes pasar el código , para poder implementarlo entre varios , o si tienes el código , y pasa un tiempo , ya no sabes que componente era y de donde venia .

Si os fijais en los libros de delphi no hablan mucho de componentes ajenos .

Por otra parte , Delphi hay componentes que no tiene , por ejemplo en Delphi 5 , no tiene el FastReport y el QuickReport es una porqueria de mucho cuidado .

O el DateTimePicker , no se puede enlazar a un campo de la base de datos , hay que poner mucho código .

[luisgutierrezb]

pues yo uso los componentes JEDI, el cual cualquiera los puede bajar, tengo mis propios componentes para busquedas pero generalmente añado la unidad y la uso "a mano" creando el componente desde codigo, asi que si paso el programa tambien se va el componente

[Casimiro Notevi]

Cuantos menos, mejor. Sólo los necesarios e imprescindibles.

FIBplus, RXlib, ReportManager, Indy...

[Mick]

Yo procuro usar siempre componentes de los que este disponible el codigo fuente, o programar los mios propios.
En un proyecto mas o menos complejo si no se usan componentes externos, pues luego uno tendria que programarse igualmente esos componentes desde cero.
Asi que disponiendo de componentes de terceros junto con su codigo fuente viene a ser casi lo mismo.

El problema con los componentes a mi parecer es causado por una falta de prevision de borland. Es decir al IDE de delphi le falta, la posibilidad de que una serie de componentes esten "adjuntos" a un proyecto, dentro de un proyecto deberia existir la posibilidad de añadir componentes, de modo que al copiar un proyecto de un ordenador a otro ya estuviesen todos los elementos necesarios disponibles.

Otro problema es que la instalacion de componentes varia de unas versiones a otras y tambien es un poco caotica debido a que hay multiples formas distintas de instalarlos. Esto ultimo tambien se podria considerar una deficiencia de diseño en la implementacion del sistema de componentes.

Para resumir, el problema viene causado por una deficiente implementacion del sistema de componentes no por que la idea en si sea mala.

Saludos

[mamcx]

Pues la solucion a estos casos es usar un herramienta de administracion de codigo fuente (como subversion).

Es el mismo problema que con VS o VFoxPro u otros. Con Delphi, al menos es mas comun tener el codigo fuente (es casi una ley), asi que si hay problemas es porque no hay administracion del mismo.

[waltergomez]

Si a los componentes de terceros.
Woll2Woll, FirstClass, Jedi, TNT, TB2K, TBX, spTBXLib, ReportBuilder,
TMS, GExperts, gnugettext, Zeos, TDataset (Advantage), etc, etc.
Imposible hacer aplicaciones buenas sin algo de esto. Los standard de Delphi no alcanzan.

[Casimiro Notevi]

Empezado por waltergomez

Si a los componentes de terceros.
Woll2Woll, FirstClass, Jedi, TNT, TB2K, TBX, spTBXLib, ReportBuilder,
TMS, GExperts, gnugettext, Zeos, TDataset (Advantage), etc, etc.
Imposible hacer aplicaciones buenas sin algo de esto. Los standard de Delphi no alcanzan.

Has mezclado componentes con "expertos", código cerrado con abierto, caros y gratis... en fin, sobre gustos...

[waltergomez]

Si, Los expertos estan demás. Es solo una enumeracion no mezcla.