También hay características de C# (como la instrucción foreach) que, aunque no son imprecindibles, son muy útiles, y Borland debió incorporarlas a Delphi en esta versión.

Saludos.

¡Buen día a todos!

Recuerdo que en Turbo Vision (la "VCL" de Turbo Pascal, que fuera la antigua pero respetada base de Delphi) algunas clases contaban con un método llamado ForEach (para cada uno), que permitía enumerar los elementos de una lista, es decir, hacerle algo a cada elemento sin necesidad de emplear un ciclo For o similar. Para un servidor, era de esperarse que la VCL de Delphi 1 contara con el método ForEach en TList, TCollection y otras clases. Sin embargo, dicho método no ha sido incluido aún (Delphi 6). Sería interesante conocer las razones por las cuales no fue considerado para la VCL.

Con respecto a las tendencias de lenguaje, creo que en algunas décadas tendremos un lenguaje de programación estándar reconocido internacionalmente, y la gran mayoría de las compañías se apegarán a él. Como lo que sucedió con SQL en bases de datos, pero de mayor peso, mejor planeado, y gestado por una especie de Organización Autónoma Mundial de Ciencia y Tecnología que marcará un hito en la historia del siglo XXI.

Seguimos en contacto.

Al González :).

Hola.

Pues yo, no solo no lo creo sino que espero que no sea así. Existen infinidad de aplicaciones posibles a realizar, cada una con sus características y necesidades propias (desde BB.DD. a S.O., pasando por sistemas en tiempo real, inteligencia artificial, etc...) y, como dice el refrán, quién mucho abarca poco aprieta. Prefiero tener distintos lenguajes especializados que se ajusten cada cual a ciertas aplicaciones que uno que no se ajuste a nada y complique la realización de todos los programas. Además, ten en cuenta que los "lenguajes de propósito general" cada vez se parecen más en cuanto a funcionalidad y esto, lejos de ser un incoveniente, hace que cada uno pueda elegir el que más le guste y sea fácil pasar de uno a otro.

No creo que sea comparable. En el caso de SQL, es conveniente un mismo lenguaje porque, al ser interpretado, si un servidor utiliza un lenguaje distinto, habría que reescribir las sentencias de la aplicación para adaptarlo a él. En el caso de los demás lenguajes al ser, habitualmente, compilados (ya sea a código de procesador o intermedio), al final el resultado que vas a obtener va funcionar de igual manera.

No sé si me he expliacado bien o me he hecho un lío. :(

No estáis nerviosos??

Yo sí, tengo ganas de tener a "la criatura" entre mis archivos y "abrazarla" con mis teclas. XDD

si si.. hablo de Delphi 8!!!!!


¿Cuando habrá una trial en la web oficial?

Un trial no lo sé, pero ya van a empezar a salir los primeros parches:

Delphi 8 Updates .

Parece que con este se van a portar mejor que con Delphi 7 :D .

Hola Foro:

No he tenido la oportunidad de ver o trabajar ya con Delphi 8 .NET, pero según la información que encuentro y los comentarios que leo, no es algo bueno; inclusive en los comentario de Marteens, no es recomendable hacer el cambio.
En todo caso que es lo nuevo que nos puede traer "fuera de acercarnos mas a Microsoft" y en todo caso esperaremos un Delphi 9???

Por favor me podrías explicar la diferencia entre el delphi architect y el enterprise
 

Hola amigos, soy nuevo aquí, y aprovecho para mandaros un saludo a todos. Estoy programando en Python, y quería aprender a hacerlo en delphi, pero cuando voy a bajar el borland delphi 8, veo que hay dos versiones: la versión "borland delphi v8 architect Edition" y por otro lado la versión "borland delphi v8 entreprise developper", me podrías aconsejar cual de las dos elegir. Gracias y un saludo.

Hola elchamat.

Antes de poder decidir que version seria adquirida en un futuro cercano en donde laboro, me puse a investigar y por lo que me dijo la gente que distribuye el producto en México, las diferencias generales es que la version architect biene con con una paleta de controles que no trae la version enterprise y ademas viene con un producto añadido UML (o algo asi, no recuerdo bien las siglas), es decir un producto adaptado para que mucho del diseño de tus bases de datos, relaciones y demas las puedas realizar a traves de una interface gráfica.

También puede servirte la tabla de comparación.

// Saludos

Gracias por las respuestas. Un saludo.

El lenguaje Universal...
 

Sobre el Lenguaje Universal:

Mucho del cambio en los lenguajes se deben a la evolución en nuestra manera de programar y de la plataforma sobre la que se desarrolla. Cuando un lenguaje evoluciona, la sintaxis puede ser similar aunque internamente el compilador es diferente, tomemos por ejemplo la evolución del Pascal, desde el inicio de la programación estructurada, el estandar ISO 7185, el UCSD Pascal, la versión extendida ISO 10206, la versión Borland: el Turbo Pascal, Apple Pascal que fue la primera implementación de Pascal orientado a objetos, el Borland Pascal, THINK Pascal, CodeWarrior Pascal, el Object Pascal que usamos en Delphi y así podría seguir con la evolución e implementaciones del lenguaje. Estamos lejos aun del "Universal Pascal Stardard";) pero seria muy interesante que en algún futuro que esperemos no sea lejano usemos todos un mismo lenguaje y que podamos escojer sub-conjuntos del mismo para realizar tareas especificas y que tengamos compiladores en cada plataforma capaz de entenderlo. Si eso llegará a darse no habría mejor elección que el Pascal puesto que es el lenguaje mas sencillo de enseñar por excelencia, que prepara y forma al futuro programador brindándole disciplina y elegancia a su código como ningún otro.

Como escribió Ingemar Ragnemalm, "Tricks of the Mac Game Programming Gurus":

"I can do everything in Pascal that can be done in C, but in a more elegant manner."

"Puedo hacer en Pascal todo lo que hago en C, pero de una forma más elegante"

Hola,

El problema de la "elegancia" de un lenguaje de programación es que es un concepto demasiado subjetivo. Esa misma frase, pero a la inversa, seguro que también la dicen muchos programadores C, o de Java sobre Pascal (y a la inversa), o de C# sobre Java (y a la inversa), ...

Saludos.

Por supuesto, pero leerlo o escucharlo de alguien que ha trabajado con distintos lenguajes durante su vida como programador es diferente. Para que se emocionen un poco lean: http://pascal-central.com/ppl/

Hola,

Cierto es que la experiencia es importante, pero el problema sigue siendo el mismo: para un programador C, la elegancia estará en poder utilizar la aritmética de punteros en una función que mueva, por ejemplo, datos en la memoria; para un programador Java, la elegancia estará precisamente en lo contrario: en no tener funciones que no pertenezcan a una clase y, sobre todo, no tener que preocuparse de las brechas de seguridad que abren los punteros. Cambia C y Java por los lenguajes y características asociadas que quieras.

Muy interesante enlace, se va derechito a mis marcadores para leerlo con calma. Gracias por la referencia.

Saludos.

Efectivamente a mí también me parece muy interesante, lo leere detenidamente, muchas gracias por el enlace.

Un Saludo.