miércoles, 29 de noviembre de 2023


¿Ha Muerto Visual Basic 6.0? 

















Han pasado más de 30 años desde que se publicó la primera versión de Visual Basic. Fue por muchos años el lenguaje de programación más popular, son muchas las aplicaciones desarrolladas con este entorno que aún funcionan, incluso en Windows 10.

Mucho se ha escrito sobre su obsolescencia, fue desincorporado por Microsoft de su suite de herramientas de programación, y sustitutído por otros que prometían cubrir por más, las deficiencias de este popular lenguaje.

Visual Basic 6.0 fue la última versión conocida, y desde entonces (esto lo afirman muchos programadores de la vieja escuela en artículos publicados en la web), son muchas las pequeñas compañías, empresas o como se le llame, que aún prefieren seguir usando sus viejas aplicaciones desarrolladas en Visual Basic motivados por la vieja premisa: "De que si algo sigue funcionado, por qué cambiarlo".

En el caso del uso hoy, de Visual Basic y sus antiguas aplicaciones, de seguro una de las razones de peso debe ser que migrar a nuevas tecnologías tiene un costo considerable, además al parecer la tecnología COM (Component Object Model) es la tecnología básica para las tecnologías OLE (Object Linking and Embedding), la cual sigue usando Microsoft en su Suite Office. Esto último, será en realidad la razón de porque las viejas aplicaciones de 32 bits desarrolladas en Visual Basic 6.0 siguen funcionando en sistemas como Windows 10.

Microsoft terminó el soporte oficial para Visual Basic 6.0 en 2008, pero hoy se especula que las aplicaciones desarrolladas en Visual Basic 6.0 seguiran funcionando hasta el 2024, a ciencia cierta no se sabe con absoluta seguridad que esto sea así. Lo cierto es que hasta ahora, y esto es fácilmente demostrable, que un programador, haga modificaciones al viejo código de una aplicación hecha en Visual Basic, lo compile, y el ejecutable resultante (.EXE) funcione perfectamente en un sistema Windows 8, 8.1 ó 10 de 32-63 bits.

Por esto, habría que preguntarse ¿Ha muerto Visual Basic 6.0?.







lunes, 6 de febrero de 2023



Capítulo Nº 5

 

Conectar con bases de datos en Java

  

5.1. BASES DE DATOS EN JAVA

Una base de datos en cualquier sistema de información, está formado por una colección ordenada de datos. Administrar una base de datos significa almacenar y organizar de forma consistente esos datos, y para eso existen sistemas para tal fin. 

El más conocido entre los sistemas de bases de datos es el Sistema de Base de Datos Relacionales (RDBMS), el cual se puede considerar como el sistema estándar o universal. Entre los RDBMS más conocidos están Microsoft SQL Server, Oracle, Sybase, DB2, Informix, MySQL, etc. 

Para fines de este Curso Práctico, se usará una conexión a través del puente JDBC-ODBC, que a pesar de no contar con más soporte en las versiones de Java más recientes, será de utilidad práctica para la versión de Java que se está utilizando en este curso en el manejo de la base de datos UNSIR300.mdb. 

 

5.2. CREACIÓN DEL ORIGEN DE DATOS 

Para utilizar la base de datos "UNSIR300.mdb" y hacer las transacciones propias de la funcionalidad básica como agregar, modificar y eliminar registros, es necesario crear el origen de datos. El origen de datos permite hacer la conexión entre la base de datos y la aplicación base a través del puente JDBC-ODBC. 

 

5.2.1. Qué es JDBC 

JDBC (Java DataBase Conectivity), es una interfaz de programación que permite a los programas Java ejecutar sentencias SQL. 

JDBC ya viene incorporado en el JDK (Java Development Kit o Kit de desarrollo de Java). En este caso se está utilizando el JDK 1.7.0. 

Con la tecnología JDBC se puede acceder a DBMS como Oracle, SQL Server, etc., y existe un driver para cada uno de estos DBMS. 

 

Nota: JDBC ya no está disponible en las versiones más recientes de Java. Para versiones superiores a JDK 1.7.0, se necesita de aplicaciones de terceros para conectar con JDBC Microsoft Access, como UCanAccess 5.0.1. 

 

5.2.2. El puente JDBC-ODBC (Open DataBase Conectivity) 

Este puente proporciona acceso JDBC API vía uno o más drivers ODBC. Implementa operaciones JDBC traduciéndolas a ODBC, ODBC las recibe como las operaciones de un programa aplicativo normal y las implementa en cualquier base de datos para la cual exista un driver ODBC disponible. En este caso se implementa sobre una base de datos Microsoft Access 2003. 

 

Gráficamente sería algo como esto:  

 

 

Para crear el origen de datos ODBC, se puede hacer de 2 formas distintas: 

 

Primera forma: 

1.-  Se puede crear a través del Origen de datos de Windows. 

2.-  Primero en "Panel de Control" se abre la opción "Herramientas administrativas". 

3.-  Luego se abre la opción "Orígenes de datos (ODBC)". 

4.-  Se selecciona la pestaña "DSN de sistema" y se pulsa el botón "Agregar". 

5.-  Se selecciona Microsoft Access Drives (*.mdb) y se pulsa el botón "Finalizar". 

6-  Se crea el nombre del origen de datos "UNSIR300". 

7.-  Se pulsa el botón "Seleccionar" para ubicar la base de datos en la carpeta 

      C:\Curso Práctico De Java\UNSIR300.mdb. 

Para finalizar y crear el origen de datos "UNSIR300" se pulsa el botón ACEPTAR. 

 

Segunda forma (recomendada): 

La segunda forma para crear el origen de datos ODBC, es creando una clase, en este caso se llamará "ConexionODBC.java”, para cargar el driver "sun.jdbc.odbc.JdbcOdbcDriver" que soporta esta versión de java. Es a través de este driver y usando líneas de código como se logra conectar con la base de datos UNSIR300.mdb. 

1.-  Se define el constructor llamado "ConexionODBC" para usar el 

      driver "sun.jdbc.odbc.JdbcOdbcDriver".

    Driver)Class.forName("sun.jdbc.odbc.JdbcOdbcDriver").

    getDeclaredConstructor(newInstance(); 

2.-  Se define un método llamado "HacerConexion()" para crear el origen de datos. 

    String myDB ="jdbc:odbc:Driver=

    {Microsoft Access Driver (*.mdb)};DBQ="+curDir+"/UNSIR300.mdb";

    nConecta = DriverManager.getConnection(myDB,"","");

 

ConexionODBC.java 

//***************************************************************************

//**** Universidad Nacional Sistema de Inscripción Regular (UNSIR 3.0.0)     

//****                                                                

//**** CLASE: ConexionODBC (Carga el driver y hace la conexión con el origen 

//**** datos "UNSIR300" a través de un puente JDBC-ODBC)                     

//****                                                                       

//**** AUTOR: CARLOS CÓRDOVA - CC DESARROLLO DE SOFTWARE 2007-2022           

//***************************************************************************

 

//***************************************************************************

// Paquetes de la librería estándar de clases de Java que se usarán 

//***************************************************************************

 import java.sql.*;

 //**************************************************************************

// Inicio Clase ConexionODBC

//***************************************************************************

 public class ConexionODBC

{

   //*** Se declaran las variables  

   Connection nConecta = null;

   String curDir = System.getProperty("user.dir");

   //*** Se define el método principal "main" de la Clase ConexionODBC

   public static void main(String[] args)

   {

      //*** Se ejecuta el constructor ConexionODBC de la clase ConexionODBC,

      //*** esta clase simplemente carga el driver JDBC y hace la conexión

      //*** el origen de datos "UNSIR300" a través de un puente JDBC-ODBC

      new ConexionODBC();

   }  

   //*** Se define el constructor ConexionODBC para cargar el driver

   //*** "sun.jdbc.odbc.JdbcOdbcDriver"

   ConexionODBC()

   {

      try

      {

         Driver d = (Driver)Class.forName("sun.jdbc.odbc.JdbcOdbcDriver").getDeclaredConstructor().newInstance();

      }

      catch (Exception e)

      {

         System.out.println("Se ha producido un error : " + e.toString());

      }

   }

   //*** Se define el método HacerConexion para crear la conexión 

   //*** de datos "UNSIR300"

    public Connection HacerConexion()

   {

      Connection nConecta = null;

      try

      {

         //*** Con estas dos línes de código no hace falta crear el origen de datos DNS

          String myDB ="jdbc:odbc:Driver={Microsoft Access Driver (*.mdb)};DBQ="+curDir+"/UNSIR300.mdb";

         nConecta = DriverManager.getConnection(myDB,"","");

      }

      catch (Exception e)

      {

         System.out.println("Se ha producido un error : " + e.toString());

      }

      return nConecta;

   }

}

 //**************************************************************************

// Fin Clase ConexionODBC

//***************************************************************************

 

NOTA:  Al compilar y ejecutar esta clase a nivel de cónsola, no se mostrará nada en pantalla. Para poder apreciar algún resultado, se debe crear otra clase que haga uso de ésta, por ejemplo una clase que muestre en pantalla un listado de los alumnos.

 

Por ejemplo, se creará una clase llamada "ListaEstudiantes.java" que hará uso (instanciará) a la clase "ConexionODBC.java" para mostrar por pantalla un listado de los nombres de los estudiantes.

 

ListaEstudiantes.java 

//***************************************************************************

//**** Listado de Estudiantes                                            ****

//*************************************************************************** 

//***************************************************************************

// Paquetes de la librería de clases estándar de Java

//***************************************************************************

import java.io.*;

import java.sql.*;

//***************************************************************************

// Inicio Clase ListaEstudiantes

//***************************************************************************

public class ListaEstudiantes

{

   //*** Se define el método principal "main" de la Clase ListaEstudiantes

   public static void main(String[] args)

   {

      ///*** Se crea el objeto "programa" de la clase "ListaEstudiantes"

      ListaEstudiantes programa = new ListaEstudiantes();

      programa.procesa();

   }  

   ///*** Método "procesa"

   public void procesa()

   {

      //*** Se declara una variable y se crean dos objetos para gestionar el manejo

      //*** del origen de datos de la clase ConexionODBC

      InputStream nInp = System.in;

      InputStreamReader nControl = new InputStreamReader(nInp);

      BufferedReader nBuffer = new BufferedReader(nControl);

      //*** Se crea una instancia nConexion de la clase ConexionODBC para utilizar

      //*** los métodos de esta clase, que hacen el puente JDBC-ODBC

      ConexionODBC nConexion = new ConexionODBC();

      Connection nConectaB = null;

      //*** Se hace la conexión con la base de datos "UNSIR300.mdb", se ordena el listado por el

      //*** número de cédula y se muestra el listado de estudiantes

      try

      {

         nConectaB = nConexion.HacerConexion();

         String sql = "SELECT * FROM ESTUDIANTES ORDER BY CedulaEstudiante";

         PreparedStatement ps = nConectaB.prepareStatement(sql);

         ResultSet rs = ps.executeQuery();

         while (rs.next())

         {

            System.out.println(rs.getString("NombreEstudiante"));

         }

         //*** Cerrar la conexión

         rs.close();

         nConectaB.close();

      }

      catch (Exception e)

      {

         System.out.println("Se ha producido un error : "+ e.toString());

      }

   }

   ///*** Fin del método "procesa"

}

//*** Fin de la clase TablaEstudiantes

//***************************************************************************

// Fin Clase ListaEstudiantes

//***************************************************************************

  

Al compilar y ejecutar esta clase en Java, se mostrará por pantalla lo siguiente: 

 



Código fuente aquí: Curso Práctico De Java-03.rar



 

 

 

 

 

 

 

 

 

 

 

 

 

 









 

viernes, 22 de julio de 2022







 








Desde sus comienzos, el desarrollo de software ha estado en constante evolución, y en las últimas décadas han surgido varios paradigmas de programación que han contribuido a hacerlo más eficiente. Cada etapa de la evolución se vio marcada por nuevos enfoques para ayudar a los desarrolladores a manejar programas cada vez más complejos. Los primeros programas se crearon mediante procesos a través de conmutadores ubicados en el panel frontal de la computadora. Este enfoque sólo era adecuado para programas pequeños. Seguidamente se inventó el lenguaje ensamblador que permitió escribir programas más largos, luego otro avance importante ocurrió en los años 50 cuando se inventó el primer lenguaje de alto nivel (FORTRAN) [9]. 

Con los lenguajes de alto nivel, un programador estaba capacitado para escribir programas con una longitud de varios de miles de líneas; sin embargo, este enfoque presentaba el inconveniente de tener un código ilegible y difícil de tratar que se convertía en “código espagueti”. La eliminación del “código espagueti” se consiguió con la creación de los lenguajes de programación estructurados en los años sesenta como Algol y Pascal. Con la programación estructurada se hicieron programas basados en estructuras de control bien definidas, bloques de código, la ausencia (o mínimo uso) de la instrucción GOTO, y subrutinas independientes que soportan recursividad y variables locales [9]. 

Aunque la programación estructurada ha obtenido excelentes resultados cuando se aplica a programas moderadamente complejos, nuevos enfoques que promueven la reutilización futura, reducción de posteriores errores y futuro mantenimiento han aperturado la evolución hacia nuevos paradigmas. A partir de este punto surge la Programación Orientada a Objetos (POO), con lenguajes como SmalTalk y recientemente con lenguajes como C++ y Java, que toma las mejores ideas incorporadas en la programación estructurada y las combina con nuevos y potentes conceptos que permiten organizar los programas de forma más efectiva. La POO permite descomponer un problema en subgrupos relacionados. Cada subgrupo pasa a ser un objeto que contiene sus propias instrucciones y datos, de esta manera la complejidad se reduce y el programador puede tratar programas más largos. Este enfoque cuyas principales características son el encapsulamiento, el polimorfismo y la herencia y cuyos objetivos son la abstracción, la modularidad y la reusabilidad, se consolidó hasta hoy como el último paradigma en el desarrollo de software [9] [10]. 

En este contexto y en la búsqueda de resolver múltiples dificultades presentadas durante el ciclo de vida de desarrollo de software, han surgido durante los últimos años nuevas propuestas entre las que se destaca, el enfoque de Desarrollo de Software Orientado a Aspectos (DSOA) [12]; el cual extiende las técnicas tradicionales de desarrollo y en particular las orientadas a objetos, permitiendo a los desarrolladores encapsular en módulos separados las propiedades comunes o áreas de interés que atraviesan el sistema.  Este nuevo paradigma orientado a aspecto surge a partir de la Programación Orientada a Aspectos (POA) [12]. 

La POA, es un enfoque de programación presentado a finales de 1996 por Gregor Kiczales en el Centro de Investigación de XEROX en Palo Alto [28]  (Palo Alto Research Center o PARC), tratando de solucionar el enmarañamiento del código y la dispersión de conceptos originados en la POO de los sistemas. En particular, la POA introduce un término denominado “Aspecto” para separar  o tratar los diferentes conceptos o puntos de interés que se distribuyen a lo largo del código. Se dice por tanto que la POA no rompe con las técnicas de POO, por el contrario las complementa y extiende [28]. 

En el desarrollo de sistemas de software, el modelado, el diseño y la implementación de la funcionalidad básica, recogen aspectos que en muchos casos no son propios al dominio de la aplicación, pero incrementan su complejidad. Estas funcionalidades apuntan hacia el cumplimiento de requisitos no funcionales e inciden sobre la calidad del producto final. Estas incumbencias generalmente delimitan las condiciones en que el sistema presta servicios a los usuarios y se especifican como seguridad, tolerancia a fallos, persistencia, eficiencia, entre otras. En muchos casos estas incumbencias se entrecruzan a la funcionalidad principal, este problema es referido en la bibliografía como incumbencias transversales (“crosscutting concerns”) [29], dificultando el mantenimiento y evolución del sistema de software. La POA plantea la solución al problema de las incumbencias transversales, sin embargo no está muy claro y definido las tecnologías asociadas a este nuevo paradigma. Ante una diversidad de posiciones y criterios de parte de la comunidad internacional y nacional resulta importante resaltar que para lograr el dominio y posterior adopción del paradigma, se hace necesario estimular estudios tendientes al análisis y desarrollo del conocimiento tecnológico necesario que gira alrededor de la POA. El objetivo de este trabajo es estudiar las tecnologías propias a la POA para el tratamiento de requisitos no funcionales, como un punto de partida que permita consolidar este enfoque como la nueva generación en la evolución de los sistemas de software.


Bibliografía: 

Córdova T., Carlos A. IMPLEMENTACIÓN DE REQUISITOS NO FUNCIONALES A TRAVÉS DE LA PROGRAMACIÓN ORIENTADA A ASPECTOS. Trabajo de Grado UNA. Cumaná, Venezuela. 2007.