Algunas reflexiones y comentarios sobre Delphi
Esta noche la estoy dedicando a hacer algunos cambios en la pagina web. Así que es posible que si entrais veais cosas raras... 🙂 paneles fuera de sitio, desajustados y el contenido algo alborotado. No pasa nada... Esta todo controlado. jajaja (o al menos eso creo) 😉 Tardare unos días. Quiero aprovechar este fin de... Leer más →
Hoy he recibido el paquete que contenía el libro de Marco Cantú, "Delphi 2009 Handbook", publicado también por la editorial bajo demanda Lulu.com. Ha tardado algunos días porque he elegido la opción más económica de entrega 🙂 pero finalmente, esta noche, al tiempo que estoy escribiendo esta entrada, lo voy ojeando.
Hola a todos de nuevo. ¿Cuanto tiempo, no? 🙂 Antes que nada, felicitaros con retraso este nuevo año, que espero con el corazón nos ayude a todos a cumplir nuestros sueños. Los que me conocen bien, saben que no lo digo por decir. Os deseo lo mejor. Esto de las páginas web y de los blogs (sean personales o no lo sean) se convierte en parte de nuestras rutinas diarias y cuando nos ausentamos lo echamos de menos, tanto las personas que estamos escribiendo como aquellos que se acercan de cuando en cuando a leer unas lineas.
Recordando la entrada anterior, en la que me cuestionaba la oportunidad de haber dotado una estructura clásica de nuestra programación, como puede ser la del registro (Record), de aspectos que podían acercarla notablemente a las clases, me llevó a profundizar un tanto sobre los motivos y ciertamente, tras la lectura de uno de los capítulos del libro "Delphi 2007 Handbook" de Marco Cantú, encontré que se aludían básicamente motivos de rapidez en la ejecución del código, por la forma en que se gestiona el acceso y la carga de la memoria en ambas estructuras. Los registros tienen menor coste en su gestión. Una variable local de registro, por poner un ejemplo, se gestiona en memoria desde la pila, motivo suficiente para que su coste sea menor que el soportado por una instancia de una clase que se ubica en una dirección de memoria y se gestiona desde el sistema de memoria (memory manager).
Siento la ausencia de estos días pero voy un poco sobrecargado de trabajo. 😦 Y francamente, al llegar a casa, apenas me queda tiempo para escribir una sola linea. De hecho, tengo a medias la próxima entrada del Blog que continuaba profundizando en los cambios introducidos en Delphi 2007 y que no suelen ser demasiado conocidos.
Ya se han oido los algunos comentarios en los foros... Embarcadero Technologies® Adquiere CodeGearTM de Borland® Software ¿eso es bueno? ¿malo...? Vamos a poner unos puntos suspensivos...
Seguimos nuestro camino, persiguiendo la estela de cambios que nos proponía el enlace de la entrada anterior, pero sin abandonar la perspectiva que nos acompañaba en la parte I.
Hoy he encontrado un pequeño recurso en castellano, en las páginas de Codegear, y me ha parecido muy interesante. Se corresponde a una de las entradas existentes en su web, escritas por Andreano Lanuse y que habla de las ventajas de migrar desde delphi 7 a Delphi 2006. Andaba hace tiempo buscando un documento similar, que me sirviera de guión para ir compartiendo con vosotros su contenido. Y como siempre que encuentro algo interesante, quería compartirlo con vosotros:
Mientras me preparaba para trabajar en esta tarde de domingo, pensaba que era una buena ocasión para reconciliarme con mi diario, bitácora o como lo queráis llamar y dejar escritas unas lineas. Y el caso es que realmente no tengo tiempo, porque sobre mi mesa existen decenas de tareas que requerirían que les prestara mayor atención. Desde nuestra faceta meramente administrativa, y de la que ningun bicho que trabaje logra huir, y que es la necesidad de organizar su entorno (¡¡fisicamente!!) Hasta la intelectual, que nos obliga constantemente a documentarnos sobre temas que podemos quizás no necesitar de inmediato pero que preveemos a medio plazo.
Con fecha 16 de Marzo, recibí el último correo de Jose Luis Freire, en el que se me comunicaba, junto al conjunto de compañeros que hemos intentado durante estos dos años mantener vivo el boletín de Delphi, que no era posible seguir y que la falta de artículos hacía conveniente dejar de publicarlo, al menos mientras no cambiaran las circunstancias y no existiera una comunidad de programadores ilusionada dentro del mismo.
Leido en el Rinconcito de Delphi con fecha 12 de Febrero:CodeGear provee 1 millón de licencias de sus herramientas de desarrollo al gobierno Ruso.
Llevo un rato pensando en como traducir las palabras "CODE FOLDING" para poder escribir esta pequeña entrada. No se si la traducción correcta es "código encarpetado". Y la verdad es que, aunque no suena demasiado bien, el concepto ya se intuye y promete ser util, como todo lo que intento compartir con vosotros.
...puedes desactivar las excepciones que se lanzan desde el entorno de Delphi y que solo sean visibles las que recibe el usuario de la aplicación?
No se si os ocurrirá a vosotros pero a mi, me ha sucedido en ocasiones, que he comprado un libro con la sana intención de leerlo y que pese a esa ferrea voluntad, ha quedado finalmente relegado en algún rincón, cubierto de polvo y olvidado. Eso te puede pasar por dos motivos: o el libro es un autentico muermo y al final, lo que se quiere es alejarlo de la vista para olvidar el dinero malgastado. O el libro es una pequeña joya y es uno mismo quien no da la talla para leerlo, por mucho que el autor del mismo lo haga agradable.
En este caso, ambos artículos, me pasaron inadvertidos en las lecturas que he podido hacer del blog de Jose Castillo, y ha sido al leer el boletin informativo que remite DanySoft por correo electrónico, donde he podido advertirlos. Y la verdad es que me parecen muy interesantes. Ambos articulos hablan de como atomizar las transacciones en el caso de DataSnap cuando queremos incluir en una sola transacción dos o mas ClientDataSet, de forma que podamos controlar que concluyen con exito todas las modificaciones para validar la operación y consolidar los datos.
Abrimos el año rebuscando entre los enlaces disponibles, alguna información sobre las útimas publicaciones que hagan referencia a Delphi 2007, con la idea de ir evaluando nueva documentación disponible, y he encontrado finalmente, en las entradas de Salvador Gomez una que nos habla de uno de los últimos libros de Marco Cantú. La entrada la podeis leer en: http://salvador.oversistemas.com/2007/09/nuevo-libro-de-delphi-de-marco-cantu.html
Recordad que se encuentran disponibles en la web El Rinconcito de Delphi los boletines correspondientes al perioddo: Mayo de 2006 - Noviembre de 2007. Muy pronto estará disponible también el Número 19 correspondiente a Diciembre de 2007, que ya ha sido remitido, hoy mismo, mediante correo electronico a los usuarios registrados.
Por el título 🙂 no parece que sea precisamente éste un blog de programación... pero parecía sugestivo para el comentario que ibamos a compartir y que involucra al trío [Delphi 2007/C++ Builder 2007] & DBExpress & [Interbase /Firebird]... que no son precisamente un trío cualquiera. 😀 Y el motivo de inicar esta entrada, entrando ya un poco en el detalle, viene a raiz de leer uno de los correos del foro de Interbase/Firebird en el que un compañero, Carlos, comentaba los problemas existentes para hacer el commit conectandonos a firebird 2.0 mediante dbExpress, en los nuevos entornos de desarrollo Delphi 2007 y C++ Builder 2007. El problema afecta a los campos de tipo blob usados habitalmente para almacenar textos extensos o imagenes dentro de nuestra base de datos.
No Sólo Delphi
Delphi Básico 
Comentarios recientes