documentación de las clases de delphi
 

Hola a todos.

Voy a tener que empezar a programar en delphi y antes de empezar en la empresa, estoy familiarizándome un poco con el entorno, el lenguaje y tal. Me he instalado el "CodeGear Delphi for Microsoft Windows" (delphi 2007) y la verdad es que es bastante intuitivo. Pero el problema viene cuando quiero consultar la documentación de las clases. O el tipo de clases que existen en Delphi.

Yo he programado con Java y C# (VS 2005) y siempre he echado mano de su documentación, bastante completa en ambos casos. Basta con poner en el google "java classes" o algo similar para .NET y encuentras esto:
http://java.sun.com/j2se/1.4.2/docs/api/
o bien, esto otro:
http://msdn2.microsoft.com/en-us/library/ms229335(VS.80).aspx

Cualquier duda que tengas sobre los métodos de una clase, o bien buscar una clase que te ayude a hacer lo que sea... Con eso te sobra. Pero he intentado buscar lo mismo para delphi y no encuentro nada. Lo único que he encontrado es un pdf de casi 900 páginas que se llama "Developer Studio 2006 Reference", que viene un montón de cosas sobre el lenguaje delphi, pero no vienen las clases ni nada.

¿Sabéis dónde puedo encontrar este tipo de documentación para delphi?.

Muchas gracias y un saludo.

Post editaje: Bueno, creo que más o menos he encontrado lo que quería. En la ayuda del programa, en la parte Symbol reference parece que están todas las clases. A ver si esto me sirve.

Recuerda además, que basta colocarte sobre el nombre de una clase o sobre un objeto, y oprimir F1. Se abrirá la referencia que mencionas ya con el tópico correspondiente seleccionado.

// Saludos

El consejo de román también vale para el inspector de objetos. Si presionas F1 mientras el foco está en él, te lleva directamente a la ayuda de la propiedad donde está el cursor.

Hasta luego.

;)

Hola,

No sólo para el Inspector de objetos y para el propio editor de código, sino que prácticamente puedes estar en cualquier lugar del entorno, que, si pulsas la tecla F1, aparecerá la correspondiente ayuda: correspondiente por ceñirse por lo general al contexto.

Valga como (otro) ejemplo la ventana de mensajes. Cuando obtienes un mensaje de error o advertencia del compilador... si te sitúas en la línea del mismo dentro de la ventana de mensajes y pulsas F1... tienes muchas posibilidades de ver una descripción concreta de qué significa el mensaje de error "seleccionado",... e incluso de cómo puedes solucionar el error, claro está. :)

Eso sí, en D2007, cuando abres por primera vez la ayuda una vez iniciado el entorno, te puedes ir a preparar un café mientras tanto.

// Saludos

Hola,

Estoy completamente de acuerdo. De hecho ahora estoy trabajando con Delphi 2007 y bueno, he podido comprobar que el entorno no es tan pesado al cabo como yo mismo había dicho en estos Foros... puedo trabajar con él, puede ser un buen momento para decir adiós a Delphi 7, empero, la ayuda... me parece que no es tan buena como en Delphi 7.

Primero porque es bastante más pesada: una eternidad la primera vez que se ejecuta. Y segundo porque no parece ser tan completa como en Delphi 7. Por ejemplo, sobre los mensajes del compilador que he mencionado más arriba, en Delphi 7 encuentras información rápida y eficaz, pero, en Delphi 2007 no.

Supongo que lo que interesa está en la ayuda (buscando por "Compiler messages" o algo así), pero, no está del modo en que estaba con Delphi 7, perfectamente contextualizado. Pero, en fin,... es de suponer que la ayuda de Delphi 2007 mejore, que pueda contener algún que otro error o problema.

Ahora, en lo que no va a mejorar es en la velocidad de ejecución... claro que, definitivamente, mi ordenador está ya viejito... un AMD 1.000 Mhz con apenas 400 MB de RAM no dan para mucho hoy día, visto lo visto (y dejemos a un lado el Vista), y no sólo en Delphi 2007... que como digo todavía puede decirse que se comporta razonablemente bien.

¡Hoy los desarrolladores (que pueden) tienen "Cores Duo" de 4.000 Mhz y 2 GB de RAM!

Supongo que ahí las cosas tienen que verse de otro modo a como yo las puedo ver...

No sé. En estos momentos estoy ante un Pentium D, 2,8 GHz, con un 1GB de RAM, vamos, algo bastante decente. Y todo el entorno en general se me hace lento, sobre todo si lo comparo con el D7 en este mismo PC. Es decir, no es muy lento, pero si se pregunta uno la necesidad de usar el D2007 ante el ultra super mega rápido entorno de D7.

Sí, sí, ya sé, que si el refactoring y demás, pero no sé, aún no me convenzo.

// Saludos

Hola,

Microsoft .NET. No puede ser otro el motivo de que Delphi 2007 vaya notoriamente más lento que Delphi 7. Este último no basa su trabajo en Microsoft .NET, mientras que el primero sí lo hace, aunque sea parcialmente.

Conste que yo estoy probando Delphi 2007 pero aún no desinstalé Delphi 7. Y diré más aún: no estoy utilizando lo nuevo de Delphi 2007 en cuanto al código fuente, es decir, por ejemplo, no hago uso de bucles "for... in", para evitar que Delphi 7 y versiones anteriores no puedan hacerse cargo de dicho código fuente si no es retocado antes.

O sea, estás dejando abierta la puerta de regreso :D Pero estoy de acuerdo, creo que .NET es el culpable y por ello mismo me resisto a programar en .NET.

// Saludos

Hola,

Exactamente. Pero, no creas... aunque no lo quieras, de hecho creo que parte del código fuente en Delphi 2007 es incompatible hacia atrás: pienso en los componentes que cuentan con propiedades inexistentes en versiones anteriores de Delphi.

Supongo que podría solucionarse (ignorando las propiedades) pero, no estoy seguro de que el asunto fuera tan sencillo como pudiera parecer en un primer momento... me temo que habría que hacer algún que otro retoque. No quedaría más remedio.

Y respecto de la lentitud de .NET... bueno, lo cierto es que aquí habría ya que estar en ambas cosas: lo que no te gusta... y lo que posiblemente te guste. Olvidarte de API'S, COM'S y demás historias y trabajar con clases y componentes... a mí personalmente me parece mejor.

Y tal vez podríamos comparar .NET con Java, pero, no con Win32, puesto que un programa se ejecuta nativamente en Win32 o mediante la máquina virtual en .NET o Java. Personalmente me quedo con .NET en lugar de Java, pero, reconozco que sin más motivos que los de cierta proximidad con .NET.

Pero, vamos, el que suscribe usa un programa (Eclipse) escrito en Java, que, es lento, pero, todavía puede decirse que es inmejorable, que no hay nada mejor. De .NET no puedo decir lo mismo. Utilizo algún programa escrito por mí mismo que bueno, tampoco es que sirva como muestra. Funciona y ya está.

Hola
Me parece curioso lo que mencionais, en mi ordenador:
Portatil duo 2G ram, el delphi 2007, se carga en 8 segundos, el delphi 7 en 10 o 11, no se por que sera, estare instalando cosas que no debo o algo asi.?
Por cierto el delphi 2007 lo desinstale, me lo dieron pirata y me dio rabia:mad: , el 7 apenas lo estoy probando y se asemeja mucho al 6.
Saludos

Hola,

Sí; dependiendo, entre otras cosas, supongo, de la cantidad de componentes instalados, es posible que Delphi 2007 igual o más rápido que Delphi 7. También pienso que el asunto puede tener que ver conque tu ordenador tenga suficiente potencia como para que no notes la diferencia.

Es decir, supongo que a partir de cierta potencia en el sistema, es posible que no notes muchas diferencias de rendimiento en Delphi 7 vs. Delphi 2007. El problema estriba en los mínimos.

En pocas palabras, si tienes máquina para Delphi 2007, probablemente este te vaya tan rápido como Delphi 7. Pero tener máquina para Delphi 7 no tiene porqué significar que podrás mover del mismo modo Delphi 2007.

Cuando comenzé con Delphi 7 contaba yo con un AMD 500 Mhz con 128 MB de RAM, creo recordar. Pues bien, Delphi 7 sigue moviéndose más o menos igual ahora, que he doblado la potencia del sistema. Delphi 2007, por el contrario, ahora funciona, pero, entonces no hubiera funcionado.

Gracias a todos. Bueno, más o menos me estoy haciendo al lenguaje, poco a poco.

Ahora estoy intentando solucionar otros problemas. A ver si les puedo encontrar solución por mi mismo, y si no, pues ya os pregunto.

Gracias de nuevo.

Un Saludo.