Ir al contenido


Foto

Curso de Delphi 5 en Nuevo Leon

Curso DElphi 5

  • Por favor identifícate para responder
12 respuestas en este tema

#1 amacias1024

amacias1024

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 12 enero 2017 - 07:30

Saludos a la gente del foro recien comienzo a ver este lenguaje alguna idea de quien pueda dar algun curso de Delphi 5 x aca en Monterrey, ya que sera necesario para poder desempeñar mi trabajo, espero alguien me pueda ayudar a comenzar con este lenguaje y en dicha version pues es en lo que esta el sistema de Punto de Venta del negocio donde estoy comenzando, Gracias...


  • 0

#2 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.139 mensajes
  • LocationMéxico

Escrito 12 enero 2017 - 10:32

Saludos a la gente del foro recien comienzo a ver este lenguaje alguna idea de quien pueda dar algun curso de Delphi 5 x aca en Monterrey, ya que sera necesario para poder desempeñar mi trabajo, espero alguien me pueda ayudar a comenzar con este lenguaje y en dicha version pues es en lo que esta el sistema de Punto de Venta del negocio donde estoy comenzando, Gracias...



Buenvenido a DelphiAccess amacias1024, espero que alguien te pueda apoyar en el inicio de tu aventura con Delphi, te puedo asegurar que una vez que lo aprendas no lo dejarás nunca.

 

Saludos


  • 0

#3 sir.dev.a.lot

sir.dev.a.lot

    Advanced Member

  • Miembros
  • PipPipPip
  • 545 mensajes
  • Location127.0.0.1

Escrito 13 enero 2017 - 02:00

Hola... 

 

El Lenguaje es de los mas poderosos en este Planeta... Object Pascal... Pero.... 

 

Escribes Delphi 5 o Delphi XE5 ?     

 

Saludos!


  • 0

#4 amacias1024

amacias1024

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 13 enero 2017 - 03:57

La version es Delphi 5 (Build 5.62), y ahora tengo otro problema no se como hacerle para saber de que tamaño es el proyecto , es decir cuantos programas tiene y cual es el mas extenso, algun tutorial para poder comenzar con esto, Gracias.. 


  • 0

#5 FerCastro

FerCastro

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 627 mensajes
  • LocationCiudad de México

Escrito 13 enero 2017 - 05:13

La version es Delphi 5 (Build 5.62), y ahora tengo otro problema no se como hacerle para saber de que tamaño es el proyecto , es decir cuantos programas tiene y cual es el mas extenso, algun tutorial para poder comenzar con esto, Gracias.. 

 

 

Estás en 0's? nuevo nuevo? de que lenguaje vienes?


  • 0

#6 amacias1024

amacias1024

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 14 enero 2017 - 09:22

Si estoy en Cero pues tengo ya tiempo sin desarrollar, lo ultimo que utilice fue Visual Fox PRO 9, y si estoy un poquito confundido entre los .pas, .res, .DCU, etc, ya que en VFP9 los programas Buenos, es decir con los que trabajabas son los .FRM (Formas) y los PRG eran Procedimientos o Rutinas o Librerias Personales, ya mas o menos estoy entendiendo pero si estoy algo Deubicado y mas con la necesidad de Conocer que hace el sistema y que tablas son las que modifican en cada Proceso, espero alguien me pueda apoyar, Gracias.... 


  • 0

#7 escafandra

escafandra

    Advanced Member

  • Moderadores
  • PipPipPip
  • 3.947 mensajes
  • LocationMadrid - España

Escrito 14 enero 2017 - 11:08

Explicación básica de los archivos de un proyecto delphi:

 

Un proyecto Delphi consta de un archivo.dpr que es el del proyecto y contiene código. Un grupo de proyectos lo define un archivo.bpg (ProjectGroup1.bpg) y puede contener varios proyectos. En el IDE se muestra como un árbol.

 

Cada proyecto consta de unidades que son archivos con extensión.pas. Los archivos.dcu corresponden a las unidades compiladas y el ejecutable, o ejecutables del proyecto, tienen extensión .exe.

El resto de archivos que encuentres, son de configuración del entorno de desarrollo del grupo o del proyecto.

 

En un proyecto puedes incluir unidades o archivos dcu ya compilados.

 

 

Saludos.


  • 0

#8 Delphius

Delphius

    Advanced Member

  • Administrador
  • 6.286 mensajes
  • LocationArgentina

Escrito 14 enero 2017 - 08:08

El asunto es que D5 fue un producto de "transición", no ha sido muy difundido... Era habitual en ese entonces encontrarse con Delphi 4 o bien con Delphi 6. De D4 a D6 hubieron algunos cambios en la VCL, relativamente menores, pero cambios que de una u otra forma cambiaron algunos detalles que se solidificaron con la llegada de popular D7.

 

Yo te recomiendo que leas La Cara Oculta de Delphi 4. Es el libro por excelencia, es casi lectura obligada. Con ese estupendo libro, que lo puedes descargar libremente desde varios sitios ya que su autor liberó los derechos de distribución, aprender Delphi te será super sencillo.

 

Ahora bien, seguir mantiendo ese sistema en D5 al día de hoy va a ser muy costoso... en tiempos y recursos. ¡La brecha que hay entre D5 e incluso el primer Delphi de la serie XE es enorme! Pero en lo personal considero urgente hacer un pedido para que se te den las herramientas, equipos, etc necesarios para hacer una reingeniería y cambiar ya a algo más nuevo. Desconozco como es que se te ha sido asignado y/o heredado dicho sistema, pero deberías hablar con tu jefe, empleador, o el contratante del trabajo para alertarle de la situación.

Te sorprendería que a pesar de haber esa brecha, con algunos cambios el código heredado va a compilar bien. Esto es la maravilla detrás de Delphi: la compatibilidad hacia atrás es posible.

 

Saludos,


  • 0

#9 FerCastro

FerCastro

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 627 mensajes
  • LocationCiudad de México

Escrito 16 enero 2017 - 10:39

Si lo puedes conseguir, busca el libro Aprendiendo Delphi en 21 dias. Es un libro que quizà no sea tan avanzado, pero te va a dar las bases para comenzar a trabajar con tu proyecto. 

 

Te dejo aqui algo sencillo, espero te sirva

 

Saludos

Archivos adjuntos


  • 0

#10 amacias1024

amacias1024

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 19 enero 2017 - 06:28

Muchas gracias a Todos, he estado un mucho ocupado pues el negocio maneja su POS en Delphi y aparte hay otras muuuuuchas actividades, lo que he visto es quizas llevaro a otra version o algo mas moderno, pero por eso puse otro post para ver como conocer la cantidad de archivos y como conocer cuantas lineas de codigo son x Forma o programa y poder estimar tiempos, Gracias a todos y Saludos


  • 1

#11 Delphius

Delphius

    Advanced Member

  • Administrador
  • 6.286 mensajes
  • LocationArgentina

Escrito 19 enero 2017 - 07:02

Muchas gracias a Todos, he estado un mucho ocupado pues el negocio maneja su POS en Delphi y aparte hay otras muuuuuchas actividades, lo que he visto es quizas llevaro a otra version o algo mas moderno, pero por eso puse otro post para ver como conocer la cantidad de archivos y como conocer cuantas lineas de codigo son x Forma o programa y poder estimar tiempos, Gracias a todos y Saludos

 

Es muy fácil saber cuantos forms tienes, ve a Menú Proyecto -> Opciones. Ahí tienes una sección forms que te lista todos los forms que tiene el proyecto. Otra forma es simplemente contarlos: ¡cada archivo .dfm es un form!

 

Los .pas pueden estar asociados a un form (que suele tener el mismo nombre del form) o ser un módulo más que usará el programa. Por ejemplo, nada impide tener una unidad llamada Global.pas que tenga procedimientos, funciones, tipos, variables globales, etc que luego serán invocados/usados desde otras unidades del proyecto.

 

Por lo que has comentado, y por lo que leí en el otro hilo que iniciaste, me queda la impresión de que no has estado prestado demasiada atención a algún material de lectura... Sigues preguntando por los archivos, te preocupas demasiado por éstos y no tanto en entender el lenguaje y el IDE ¿Has leído La Cara Oculta que te cité? Si lo leyeras estoy completamente seguro que tus dudas se irían.

 

Por otro lado... Pretender estimar el tamaño del proyecto por la cantidad de líneas de código no es del todo bien viable. Ese concepto de "complejidad" es más útil en el paradigma estructurado. Delphi sigue el paradigma OO, en donde el valor está dado ya no por LDC sino en las clases, y en cómo éstas interactúan manteniendo la cohesión y el acoplamiento lo más equilibrado posible. Tampoco sirve demasiado en tomar como patrón de medida la cantidad de units... o la cantidad de clases...

 

Aunque claro, intentar desarrollar medidas, métricas e indicadores basados en el OO no es tan fácil... o al menos de una forma rápida y directa. Y aúnque se tomen las medidas, no hay que perder de vista que esto es simple estimación... y no hay una relación lineal como para intentar proyectar...

No se puede concluir que si el proyecto X tiene 30 clases distribuidas en 40 units y me tomó 8 meses desarrollarlo, entonces si para el proyecto Y en mi análisis detecto que tendrá 20 clases, lo haré un 1/3 más rápido, o que es 1/3 menos "complejo" ¿Y si en realidad estas 20 clases resultan ser que deben ser distribuídas en 50 y no en 40 como en X?

 

No te digo que sea inútil. Necesitamos estimar, es preferible tener alguna orientación aunque no sea tan fiable antes que la nada. Lo importante es mantener los pies en la tierra: una estimación es sólo eso, estimación. Tiene errores, tiene supuestos, limitaciones, condiciones. No te quedes con que una vez obtenido tu "número" las cosas van a ser realmente como lo dice ser. Y por sobre todo, no tomes un único criterio para determinar la "complejidad".

Sobre el tema de medidas, métricas e indicadores recomiendo la lectura de Ingeniería de Software,un enfoque práctico de Roger Pressman. No te garantizo que le entiendas a la primera... sobre todo si no has tenido alguna formación previa en dicha cátedra.

 

Saludos,


  • 0

#12 amacias1024

amacias1024

    Newbie

  • Miembros
  • Pip
  • 6 mensajes

Escrito 20 enero 2017 - 12:32

Saludos , tienes razon mi estimado Delphius, habra que documentarnos un poco, aunque soy sincero mi funcion no sera la de programar , mas bien contrataremos un programador y un servidor solamente le tocara analizar Reglas de negocio, procedimientos, politicas, etc y dijerirlas para que sean aplicadas mediante la programacion del sistema, es decir sere mas administrativo, sin embargo si me interesa conocer para poder hablar el mismo lenguaje que mi proximo programador, espero no haberles incomodado y Gracias x Todo, seguiremos x aqui , y bueno quizas la costumbre de la programacion de otro lenguaje 


  • 0

#13 Delphius

Delphius

    Advanced Member

  • Administrador
  • 6.286 mensajes
  • LocationArgentina

Escrito 20 enero 2017 - 08:34

Saludos , tienes razon mi estimado Delphius, habra que documentarnos un poco, aunque soy sincero mi funcion no sera la de programar , mas bien contrataremos un programador y un servidor solamente le tocara analizar Reglas de negocio, procedimientos, politicas, etc y dijerirlas para que sean aplicadas mediante la programacion del sistema, es decir sere mas administrativo, sin embargo si me interesa conocer para poder hablar el mismo lenguaje que mi proximo programador, espero no haberles incomodado y Gracias x Todo, seguiremos x aqui , y bueno quizas la costumbre de la programacion de otro lenguaje 

 

Si cumplirás el rol de Analista, el lenguaje en que te más te moverás será el UML. Para eso es que se lo creó.

Si lo encaras por el lado de UML te independizas de saber Delphi a un nivel experto y al 100%, y abstraes las cosas a un grado más apropiado a tu nivel. No es tan fácil bajar el concepto de una Regla de Negocio e una implementación en un lenguaje de programación, pero ésta regla si goza de una mejor apreciación en el mundo UML.

 

No nos incomodas, ni molestas. Todas las preguntas y dudas son válidas. Simplemente yo señalé, quizá no de una forma tan "amigable" la rareza de tu pregunta. ¿Para que tanta "importancia" en reconocer los ficheros y en "medir" en base a estos? ¿Porqué no focalizarse más en cambio en conocer tanto el IDE como la sintaxis de Object Pascal que es en última lo que más ayuda a agilizar y experimentar? ¡Si la idea es aprender a programar, pues... vamos al grano! ¡Gasta teclados!

 

A lo que voy es que me queda la impresión de que estás medio perdido: Tu pedido inicial apuntaba para recibir material completo para entender Delphi y programar en él. Pero en los hechos apenas te limitas a rasgar superficialmente (y que incluso hasta en mi parecer se podría considerar algo muy menor en comparación con entender aspectos más técnicos... como apreciar el exquisito diseño de la VCL y estudiarla) lo básico. Eso confunde.

 

Ahora que dices que tu serás más de un perfil "administrativo" tiene un poco más de sentido tu conducta... aunque igual siento que te falta penetrar (mucho) más. No te quedes con la visión de ver cuantos y que ficheros hay. Si, necesitarás conocer más de Delphi obviamente. Lo necesitarás para cuando debas bajar el nivel y explicar aspectos técnicos de implementación concretos sobre tus ideas previas que definas en UML.

 

Saludos,


  • 0