FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Nombres largos en Delphi
Hola, estoy aprendiendo a programar en VB en un instituto y por mi cuenta, Delphi. En VB es comun guardar un prouyecto con, por ejemplo, el nombre:
Pedidos y Stock pero al querer hacer lo mismo en Delphi, me tira un error A qué se debe esto ? Noto que "conectando" el nombre largo con _ guiones bajos, si lo guarda sin problemas. Esto quiere decir que, a diferencia de VB, Delphi no soporta nombres largos para sus proyectos? Creo y espero estar haciendo algo mal, porque me parece una ironia, algo tonto que Delphi no soporte nombres largos para sus proyectos. Otro tema: (y perdon por tantas comparaciones, me gusta mas Delphi, pero aprendo mas rapido VB) En VB estan los "frames" para tirar controles (como los option button) ahi dentro. Note que en Delphi hay varios "frames". Veo que hay varias cajas donde poder guardar controles... Veo al menos 3 tipos diferentes. Puedo usar cualquiera? Es solo cuestion de estetica o hay algo mas? Gracias. |
#2
|
||||
|
||||
Delphi heredo la definición del lenguaje Object Pascal, en esta definición el encabezado de todo programa comienza así:
En donde Project1 es un identificador para el programa y es una regla que debe de coincidir con el nombre del archivo, por esa razón si incluyes un espacio no será un identificador válido, lo mismo pasa con las units. Asi que más que un error de nombres largos en los archivos se trata de un error de sintaxis del compilador. Un saludo. |
#3
|
||||
|
||||
Es muy normal guardar los nombres (de proyecto y Unidades) como MenuBuscaTodo (fijate en las mayúsculas) como ves tiene más de 8 caracteres y delphi lo trata adecuadamente.
Por otra parte en Project --> Options puedes poner el nombre del ejecutable con espacios, y delphi lo respetará. En cuanto a los frames, pues sí, hay varios y depende de lo que quieras hacer. File --> new --> frame ----------------------- Este quizás es el más potente, ya que puedes heredar visualmente de él. El código fuente que pertenece al Frame, no se duplica al colocarlo en otras Ventanas. Cualquier cambio que hagas en el frame original, se propaga a todos las ventanas donde está el frame. Component Palette ------------------ Si tienes un Panel, con un Edit y un boton, (por ejemplo), en el form, puedes hacer clic en el panel con el boton derecho y decir Add to Repository ó Add to Palette (no recuerdo bien). En este caso lo que hace es copiar todo como si fuera un componente más de delphi. Como contrapartida, cada vez que pegues ese componente en tu forma, se añadirá todo el código fuente que tenia programado el Edit y el botón. Si modificas el Panel original, no se modifica el componente que tienes en la paleta, quizás se pueda decir que un método más rápido que copiar y pegar. Ahora mismo no recuerdo la tercera forma. saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#4
|
||||
|
||||
Al leer de nuevo el hilo, me parece que te refieres a Contenedores de controles,
si es así, comenta en cuales tienes dudas, porque hay muchos. PD: Intenta en VB hacer 2 formas magnéticas, Sin ActiveX, es decir, que al mover una ventana, la otra se quede pegada a la primera mientras realizas el movimiento . O bien usa una API de windows desde VB . Lo digo porque en VB 5 se necesitaba traducir las apis y poner la declaración al principio del archivo .bas (lo tenías que hacer tú), sin embargo en delphi 3 (más antiguo) ya incorporaba todas las definiciones y ayuda en pantalla, simplemente añadías uses Shellapi, y listo. Supongo que en versiones posteriores de VB habrán mejorado algo, pero siempre le faltará la OOP. saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#5
|
||||
|
||||
Cita:
Cita:
Ingreso a las apis de Windows desde Visual Basic solo por esto digo, pero siendo un novato, no se nada sobre el tema. En cuanto a la superioridad de Delphi sobre Visual Basic, eso desde ya! Aun siendo novato, disfruto mucho mas el IDE de Delphi. Es por lejos mucho mas personalisable... Se programar en Pascal y me gusta mucho este lenguaje, por eso queria aprender a programar en Delphi; pero como no tenia ni la menor idea de como se utilizaba este IDE, decidi hacer un curso de VB para ayudarme desde ahi, a entender el IDE de Delphi... y bueno, ahi voy... Hasta ahora, la unica pega que le encontre a Delphi, es que se me juntan los nombres de procedimientos con los de eventos. por ejemplo: btnSALIRClick y me es un poco molesto. por eso le cambio la propiedad Name de la siguiente manera: btinSALIR_ y de esta manera cuando veo el codigo fuente aparece asi: btnSALIR_Click que para mi es mas prolijo y facil de leer. Saludos y gracias por su ayuda! |
#6
|
||||
|
||||
TanquiloEsMuyFacilDistinguirEstoPorElUsoDeMayúsculas, es solo cuestión de leer mucho de esta forma y acostumbrarse .... como todo en esta vida.
Por otra parte, ¿qué diferencia hay entre llamar a la función ExtractFileExt y llamar a Button1Click? Yo al menos no veo ninguna, es decir, ambos son procedimientos, ¿por qué habría de poner el guión bajo en uno de ellos y en el otro no? Si es por claridad, pues deberíamos cambiar el nombre a todos los procedimientos y funciones para que fuese Extract_File_Ext (demonios que lata de guión bajo ) Si quieres leer directamente sobre como funciona delphi te aconsejo .La cara oculta de delphi 4, un libro imprescindible y como mínimo son 2 lecturas. saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
|