Continuamos con las publicaciones sobre ADO.NET.

En la publicación anterior vimos cómo se puede rápidamente construir una página que muestra el contenido completo de una tabla, si queremos podemos mostrar de varias tablas pero no es el caso.

En mi opinión esa no es la forma de trabajar, se puede utilizar para realizar un prototipo de interfaz de usuario pero de NINGUNA MANERA puede realizarse una aplicación de ese modo. Observen que todo está en un único archivo, la interfaz de usuario y el código de acceso a los datos. ¿Qué pasa cuando hace falta lógica de negocios?

Eso nos lleva a introducirnos más en lo que ADO.NET nos facilita, y en esta publicación vamos a ver un poco.

More...

Con esta publicación voy a iniciar una  serie de publicaciones sobre esta cosa que llaman ADO.NET.

Para comenzar hay que ver un poquito (el resto se los dejo a Uds. que en wikipedia pueden hallar bastante o mejor en MSDN) sobre lo que es ADO.NET.

ADO.NET es una arquitectura de clases (objetos) que se encuentran en el Microsoft Framework 2.0 y superiores que nos permiten acceder a datos almacenados en algún motor de base de datos (también nos permite acceder a datos en formato XML pero eso es otro tema).

En algunos lugares van a encontrar que ADO.NET es la evolución de ADO (que es lo que había en la versión 1.0 del Framework), en mi opinión ADO.NET es otra "especie" si de evolución estamos hablando. ADO son las siglas de ActiveX Data Objects, o sea un componente de software que se descarga en la máquina del cliente y permite acceder a datos, en cambio con ADO.NET no se descarga nada en la máquina del usuario. También van a encontrar que todo esto tiene su origen en DAO - Data Access Object que me parece más razonable (un conjunto de objetos para acceder a datos).

More...

Vamos a probrar un componente en el blog

Se trata de un producto de software que mediante Macromedia (Adobe) Flash Player permite transmitir audio en formato MP3; el código original es de Ruslan Tur y vamos a tratar de agregarle funcionalidad, luego veremos Silverlight.

[mp3:Memphis-LaBifurcada.mp3]

[mp3:ViejasLocas-MeGustasMucho.mp3]

Espero que les guste (al menos la música )

Continuamos con el ejercicio que nos permite aprender un poco más de los conceptos de la programación orientada a objetos. Nuestro caballito de batalla, el objeto del tipo Bolsa es útil para ello (obviamente ya se comentó que en la BCL- Base Class Libraries) existen clases que implementan el comportamiento de una bolsa, pero el objetivo es justamente comenzar desde cero y analizar todos los aspectos posibles.

Ya se realizó una derivación de la Bolsa que nos permite tener dentro de la bolsa solamente un elemento por cada posible valor, prácticamente un Conjunto (salvo que no se pueden realizar las operaciones de la matemática: Unión, Intersección, etc.)

Veamos si es posible tener una bolsa ordenada, esto sería que los elementos se agregan en la bolsa pero se mantiene ordenados dentro de ella. La solución obvia es derivar (declarar una clase hija de la clase Bolsa, que implemente este comportamiento específico).

More...

Uno de los problemas de los Arreglos ya sea los tradicionales o las Listas en Secuencia que implementan los lenguajes orientados a objetos (ver esta publicación), es que en la mayoría de los casos los programadores no utilizamos todo el tamaño del arreglo y consecuentemente nos hace falta un entero que indique cuántos elementos del arreglo son válidos.

Recordemos las funciones que teníamos que escribir en Pascal: Function SumaVector(V : TVector, N : Integer) : Real; donde lo que queríamos hacer era sumar los elementos de un vector (V del tipo TVector) donde solamente los N primeros elementos eran válidos.

More...

Una de las cuestiones que tienen los lenguajes orientados a objetos es que ya no existen los arreglos de la forma en que se enseña en los cursos de introducción a la programación.

En Pascal, C incluso en C++ se puede declarar un arreglo de algún tipo de datos, por ejemplo:  miArreglo : array[1..10] of Integer (en pascal) o int miArreglo[10] (en C o C++), lo que lleva a la reserva de un espacio en memoria para la cantidad de elementos que en la declaración se indica (en este caso para 10 elementos). El punto es que esta declaración provoca una asignación estática del espacio en memoria, consecuentemente no hay forma de cambiar ese tamaño o dimensión a menos que modifiquemos el programa. El problema es que nuestro programa puede estar en China y en ese caso va a ser un poco complicado modificarlo .

More...

Seguimos con la implementación de la "Bolsa" y en esta publicación vamos a ver un poco de Herencia.

Antes hay que aclarar que este ejercicio es justamente eso "un ejercicio", esta clase ya existe en la BCL - Base Class Libraries que facilita el Framework; sin embargo es importante "jugar" un poco con las posibilidades que brinda el lenguaje para luego revisar la documentación de la librería de clases y utilizar o mejorar lo que ahí encontremos.

More...

Mucho se dice sobre los objetos y la herencia, la verdad es que este concepto es uno de los pilares para la reutilización de componentes.

En la exposición teórica es fácil decir que existe una clase base de la cuál otras se "derivan" formando una jerarquía de clases. Formalmente debemos decir que esa clase base es una Generalización de las otras clases (esto es cuando vamos desde abajo hacia arriba ) y también decimos que las otras clase son una Especialización de la clase base (es cuando vamos desde arriba hacia abajo).

More...