Experimentos, reflexiones y otros artefactos (IV)

Lo habíamos dejado en la parte en la que haciamos un pequeño boceto de las dos clases que ibamos a considerar. La clase TGenerador y la clase TAtributo. Eso nos permitía ver como se podían relacionar y a modo de prueba, imaginábamos un método para permitirnos alterar el orden de los mismos, en caso de ser necesario. Durante esta semana he podido sacer algunos minutos para adelantarme y darle forma a esas dos ideas. Pero no teneis que perder de vista, por favor, que lo importante no es el código en si mismo, que no es mas que un ejemplo cualquiera y puede contener alguna que otra errata al analizarlo con profundidad, sino el hecho mismo de solicitar de cada uno, un ejercicio de analisis previo y reflexión, intentando razonar en terminos de clases, en la medida que nos sea posible.

Curioseando…

Os confieso que no se si me acaba de gustar eso de los Twibes... No podría ni decir que sí ni decir que no... Llevo varios días siguiendo los comentarios y resulta un tanto... ummmmm... no se calificarlo. 🙂 ¿Es eso que llaman microblogging y que está tan de moda, no?. Yo es que en esas cosas soy un tanto raro, porque gracias a Dios cada uno es como es y tiene sus gustos y eso hace la vida mas hermosa. Util, Sí. Puede llegar a serlo. De hecho esta noche he podido recoger rebuscando en los comentarios varios enlaces interesantes.

Experimentos, reflexiones y otros artefactos (III)

Como reza esa primera imagen que abre el post, es un buen momento para intentar razonar en terminos de clases, y experimentar con el ejemplo que intentabamos abordar y que nos servía para reflexionar. En él, podríamos capturar la idea de atributo, como ya se ha podido extraer de las dos entradas anteriores, consistía en un rasgo diferenciador que combinado con otros, nos servía para identificar un artículo determinado. Convenimos en aceptar la clase TAtributo como una representación de ese rasgo.

Nuevo Twibe delphiespanol: ¿Te unes?

Dichosa ñ, como se le tira de menos. 🙂 Hoy podemos compartir una noticia bastante positiva. Si existía una tribu para los programadores de delphi de habla inglesa, ¿por qué no también para los programadores hispanos? Así que cuando he visto el mensaje de Andreano Lanusse donde comentaba que ya se habia abierto esta comunidad en twibes, he pensado que no habia tiempo que perder para apuntarse, y de la misma forma que me habia suscrito en http://www.twibes.com/group/delphi, tambien lo he hecho en http://www.twibes.com/group/delphiespanol, con mas razón todavía.

Experimentos, reflexiones y otros artefactos (II)

Nuestro formulario iba creciendo. De hecho habíamos incluído una pequeña modificación que invertía el código y el formulario, comenzaba a parecerse -con la prudencia que hace falta para comentar ésto ya que estas lineas son meramente experimentales- a una hipotética herramienta para generar combinaciones de códigos. Esto nos permite tomar una pequeña dosis de realidad en nuestro razonamiento. Una herramienta que iba a crecer pero ligada desgraciadamente a los componentes que iban formando su interfaz.

Tribus y comunidades…

Esta noche cambiamos de tercio, ya que me parecía mas adecuado dejar la segunda parte del artículo anterior para el fin de semana, que tengo algo más de tiempo y lo disfruto más. 🙂  Y como prácticamente ya es media noche, al menos sí que me da tiempo a compartir con vosotros unas lineas aunque sean breves. Hace... Leer más →

Experimentos, reflexiones y otros artefactos (I)

Vamos a iniciar una pequeña serie especialmente dedicada a los programadores que se inician en Delphi y me perdonareis que no tenga la menor idea de cuantos capitulos contiene ni de cuanto tiempo se pueda extender. ¿Uno, dos? ¿quizás tres? ¿veintiuno?. Realmente os confieso que no lo se.

DBA Day Online (7 de Mayo de 2009)

En el blog de Andreano Lanusse, podéis encontrar referencias a una de las actividades que ha promovido Embarcadero, para dar a conocer sus productos a nuestra comunidad (la comunidad de habla hispana) , concretamente los relacionados con las Bases de datos. El evento se ha celebrado hoy, 7 de Mayo. Con el fin de tener una referencia al evento lo han llamado DBA Day OnLine.

Por curiosidad (y Parte III)

Tanto la propiedad Data como Delta se definen como OleVariants, y se organizan internamente como un array de bytes, y es esta característica la que va a dotar de flexibilidad a las dos estructuras, que soportaran por un lado los datos, el contenido real, en el caso de la propiedad Data, y un registro de actualizaciones que representa a la propiedad Delta. Dicho registro, logicamente es de solo lectura, dado que es la unica forma de garantizar que es tan solo manipulable por el propio dataset. Tambien es por esa razón, ya que no nos es permitido modificarlo, es por la que existen metodos que nos permiten limpiar esa cache de datos que contiene los registros de cambios.

Por curiosidad (Parte II)

Seguimos el experimento, intentado satisfacer nuestra curiosidad. 🙂 Vamos a hacer lo siguiente: * En el modulo de datos eliminamos los dos componentes TClientDataSet que contienen los detalles. Es decir, cdsComposicion y cdsComponentes desaparecen. Tambien eliminamos todos los campos persistentes del dataset maestro cdsArticulos Logicamente, una vez hecho esto, los dos componentes TDataSource ligados a los mismos (a cdsComposicion y a cdsComponentes) ahora han perdido las referencias a los dataset y apuntan a nil.

Por curiosidad (Parte I)

Por curiosidad, ya que hablamos de AdoExpres y Datasnap, vamos a perder unos minutos en un par de comentarios que me parecen interesantes y que me hicieron reflexionar varios días de la semana que ha acabado. Como muchos de los comentarios que hemos compartido, han surgido a raiz del trabajo diario. En este caso, concretamente al modificar la ficha de Clientes ya que se consideraba la implementación de un proceso que recalculara las comisiones, que era uno de los detalles de la misma. Aquella pestalla mostraba las comisiones generadas por las compras de dicho cliente y era otro mas de los detalles de la ficha. Veamos... el proceso iba a disparar un procedimiento en la base de datos cuya misión era recalcular las comisiones que se mostraban en la rejilla y, en principio, no iba a retornar un conjunto de datos sino unicamente el exito en la finalización o el codigo del error de existir éste. Esto era problematico en el sentido de que, dado que nuestro conjunto de datos se ubica en la cache local y el procedimiento es disparado en nuestro servidor, los valores visualizados por el usuario podian en determinados casos diferir de los reales tras la ejecución del proceso, y podríamos necesitar invalidar el contenido de aquel dataset para mostrar los nuevos datos.

Cero contra quinientos sesenta ( Anexo)

No iba a escribir esta entrada pero me ha pasado algo similar a lo que me ocurrió con los comentarios sobre JediVCL, donde despues de haber acabado el segundo artículo, sentía que quedaban cosas que comentar y redacté un pequeño anexo con el que dejaba lo que me parecía mas importante zanjado. El resto de funciones se pueden ver sobre la marcha. Es más cuestión del día a día, a medida que te van surgiendo las dudas. Con este tema, siento que pasa algo similar. Hemos compartido dos entradas donde comentabamos como se generaban, y en base a que criterios, las sentencias sql que el proveedor (TDataSetProvider) finalmente "ejecuta" (o manda ejecutar). Bueno. Ya visteis que no él, sino que se apoya en una clase que crea a demanda, que se llama TSQLResolver. Concretamente, y para entrar un poco mas en detalle se iniciaba todo desde la función CreateResolver.

Cero contra quinientos sesenta ( y Parte 2)

En esta segunda parte de la historia, debería pienso, empezar a explicar el por qué del título, que seguramente os puede haber causado extrañeza. Todo tiene una explicación. Vereis, en estos casos, cuando existe un error y no tienes una explicación lógica que lo justifique, es cuando hacemos uso de herramientas de depuración que casi nos hacen sentirnos como sabuesos. Nos vemos a media tarde, siguiendo paso a paso la depuración del código o como en esté caso concreto nos paso, haciendo uso de una herramienta que nos permitía husmear entre bastidores, como puede ser el analizador de sql de SQL Server.

Presentación Delphi 2009

Barcelona y Madrid han sido las dos ciudades elegidas para la presentación de Delphi 2009 en España, que se celebrarán los días 11 y 13 de Marzo respectivamente. Este evento promete ser interesante. A mi al menos sí me parece interesante, ya que os puede dar una buena idea de qué puede aportar estas últimas... Leer más →

JEDI Version Control System (Anexo)

Suelo releer las entradas al día siguiente de escribirlas y casi siempre acabo corrigiendo algo de lo que escribí el día anterior. En realidad, es casi una pequeña manía mía, porque suelo llevar el máximo cuidado tanto a nivel de contenido como de la presentación del texto. No pasa nada pero creo que ese detalle de cuidar también la forma en la que nos expresamos, al final resulta agradecida por las personas que leen estas entradas. No..., no me refiero a que tengamos que hablar como Quevedo o Góngora sino que no es incompatible expresarnos correctamente con la valoración del contenido. Tambien existen otras razones, como que pueda existir algún párrafo que no me acabe de convencer o incluso otros motivos que tienen relación directa con el contenido, como puede ser alguna palabra mal escrita al teclear, algún acento que se escapa o simplemente que se han omitido las comas necesarias que hacen la lectura mas agradable.

JEDI Version Control System (y III)

Esta es la tercera y última parte de una serie que ha querid0 abordar el control de versiones JediVCS, con la sana intención de que quedaran lo mas claros posibles, algunos puntos que en mi opinión estaban un tanto confusos, sobretodo para las personas que se enfrentan por primera vez a este tipo de servicios. Una vez entiendes el funcionamiento lo ves tan obvio que piensas: -¿Cómo he podido pensar de otra forma...?

Blog de WordPress.com.

Subir ↑