VISUAL BASIC

El programa utilizado para la programación fue Visual Basic 6.0, para el manejo de puerto paralelo, se debe utilizar un archivo .dll, con el cual trabajara la ubicación y el envió de los datos por LPT, aunque existen muchos .dll para realizar esta programación el utilizado para este programa fue el inpout32.dll, el cual fue puesto en la carpeta system32 de windows, a parte de esto también existe un modulo el cual se debe crear desde el programa y ser guardado desde hay como si fuera parte del proyecto, despues de haber hecho lo mencionado la programacion para prender un solo led es la siguiente.
Out &H378, 1.
Para un display 7 segmentos se debe utilizar los números binarios para hacer los números por ejemplo para hacer el numero 1, se necesitara que prendan los segmentos b y c, esto en numeros binarios seria 0000110 , teniendo en cuenta que el segmento a es el bit de menor peso y así hasta llegar a g que seria el bit de mayor peso, para saber el numero decimal al cual corresponde este binario, ya que lo que se utiliza es el numero decimal para encender el display, se pone como base el numero 2 y se eleva a la potencia desde 0 a 6, y se suma los que esten en uno en este caso serian 2^1 + 2^2 y esto seria igual que decir 2 + 4, entonces tenemos que el total es 6 para que se muestre el numero 1 en el display la programacion sera:
Out &H378, 6.
y así de acuerdo a los segmentos que se necesite encender se sacara el numero en binario y se pasara a decimal para la programación de encendido.

Visual Basic - Modules(Bas Files) Title Description Download Addon Bas This modules contains some fairly useful code to perform your basic operations. For instance: It contains sub's to check if a file exists, Goto a URL, Search a listbox, and much more. This is actually a pretty old module. Click Here CD Class Module v2.1 The latest version of my cd class module. This class makes it very easy to make a feature rich application for playing Compact Disks(CD's). I took down version 1.0 and 2.0 since they are really obsolete and this 2.1 version contains more features, and is more stable than the earlier versions. Version 2.1 Final: Adds support to select cdrom drive. Click Here csSoundPlayer Library v1.1 This is a class module that will play waveform sounds (.wav files) with very little code on your end. Very easy to use and very small in size. Has very little overhead and no need for 3rd Party controls. Click Here GDI+ Api's This is a bas file that contains the GDI+ api's I found on the web. The GDI+ api's contains MANY more fearures than the original GDI apis. You will need to goto the Controls section and download the GDI+ DLL if your system doesn't already have it. The downside to the GDI+ apis is that they are currently not hardware accelerated. Click Here Lot of Bas Files This download contains ALOT of various bas files(Modules) to perform a great many operations. Contains a Math, Equation, Tray Icon, Mouse, Sound, Registry, and MUCH more. Click Here Mixed Module This zip contains a module that performs alot of various tasks. Disable - Alt/Control/Delete, Enabled - Alt/Control/Delete, Char:Ascii creation, File manipulation, random numbers, random strings and much more. Click Here Mixed Module #2 Another zip that contains a few different modules to make performing tasks alot easier. Winsock, URL, Control Panel and ect.. Click Here Movie Module 1.2.6 A class module I made to make it very simple to create a feature-rich Movie Player based application. Supports most all of the common formats and does not rely on 3rd Party controls. AVI, MPeg, ect.. Click Here MP3 Class Module A class module I made that helps to make it very easy to create a simple MP3 player. Click Here Multi-Media Class Module Another class module centered around playing MP3, Wav, Midi, ect.. Click Here Music Module 2.2 This module contains all of the features of the other multi-media modules on this site with even more features added. Use it to make a feature rich application that supports many different sound formats. Click Here Sub Bas A bas file that contains codes for various misc funtions. Change the Wallpaper, Username, System Colors and more. Click Here USB Communication This zip contains a couple modules to simplify the process of dealing with USB ports and devices. I stumbled upon it at Intels developer website. I have not used any of these codes myself. The Intel website I found them at is right here. Click Here Windoze Bas A module with alot of various and unique source code. Control the CDRom tray, Fading Form Effects, CPU information, Hiding/Showing the System Tray, Clock, Start Button, and Much more. ALT/Control/Delete disable/endable is also provided. Click Here

Compatibility - Classic versions of Visual Basic. Classic Versions = Visual Basic 5.0/6.0. Possible they could work with Visual Basic 4.0 32 Bit.

 

Si digo de la migración desde Visual Basic 6.0 a .NET que es la gran mentira, seguro que a más de uno casi se le saldrán los ojos de sus órbitas o al menos dará un pequeño sobresalto sobre su silla, y casi con total probabilidad, necesitará leer esta frase más de dos veces para ver que he escrito lo que de un primer plumazo ha entendido perfectamente. Una afirmación un poco dura, sí, lo sé, pero no por ello exenta de sinceridad… aunque a veces la realidad puede dejar en mal lugar mi afirmación, pero solo… a veces.

Así que me atrevo a preguntar, ¿alguien conoce una migración perfecta de una versión de un producto a otro?. Y digo perfecta cuando lo que pretendo es que el sistema haga todo el proceso de migración por mí, y una vez finalice yo no tenga que hacer ninguna acción más. Obviando las migraciones sencillas, seguramente no conozca ninguna o casi ninguna. ¿Y si la migración obedece a pasar el programa de una versión a otra teniendo en cuenta que la nueva versión posee cambios mayores?. Probablemente prácticamente ninguna.

Ese es justamente el caso de Visual Basic para .NET, un producto que sigue teniendo el mismo nombre que su antecesor, es decir, Visual Basic, y que ha sido reconstruido desde cero. Sin embargo, Visual Basic para .NET tiene muchísimas similitudes con Visual Basic 6.0, al menos en cuanto a nomenclatura y formas de trabajar, ¿porqué?, pues simplemente para hacer que los desarrolladores de Visual Basic 6.0 puedan dar el paso a .NET de una forma menos traumática y directa. Aún y así, algunos cambios y modificaciones de Visual Basic para .NET son destacables de cara al desarrollador de Visual Basic 6.0, y muchos de éstos hacen que aún haya desarrolladores de Visual Basic 6.0 que tengan temores a la hora de dar el paso definitivo, algo que me parece lógico por el desconocimiento existente.

Pero que nadie se asuste más de la cuenta. La migración de aplicaciones de Visual Basic 6.0 a .NET es una tarea más engorrosa que práctica. Así de claro. El único problema es reconocer cual es nuestro punto de partida, y sobre todo, saber que hacer.

Por lo tanto, la primera pregunta que se hace cualquier empresa o desarrollador al trabajar con Visual Basic 6.0 y querer pasar a .NET su programa, es: “¿Es posible migrar una aplicación de Visual Basic 6.0 a .NET?”. La respuesta ante esta pregunta es: “Sí, pero con peros”. Entonces, si antes decía de la migración que era la gran mentira y ahora digo que sí pero con peros,… ¿en qué quedamos, es mentira o no lo es?. ¿Es realmente posible migrar una aplicación de Visual Basic 6.0 a .NET o ni siquiera debemos intentarlo?.

Es posible que nuestro cambio hacia .NET esté motivado por diferentes factores entre los que podemos enumerar la moda, la necesidad o la imagen de la compañía.

El hecho de migrar una aplicación de Visual Basic 6.0 a .NET repercute en unos gastos directos e indirectos que debemos conocer. Cada aplicación de Visual Basic 6.0 es diferente. La amortización de la aplicación también. Y el propósito con el cual fue concebida una determinada aplicación también difiere desde el momento en el que se tomó la decisión de hacerla hasta el momento en el que decidimos valorar estos hechos de acuerdo a la posible migración.

En muchos más casos de los que mucha gente cree, el coste de una migración será más elevado que el hecho de rehacer la aplicación partiendo de cero.

Una migración no es nada más que el proceso de convertir la aplicación de una versión anterior a otra versión más actual. Esa conversión la podemos hacer manualmente o automáticamente, aunque el proceso automático no implica que haga los cambios como deseamos ni que realice todos los cambios de forma directa. Una conversión manual tiene la ventaja de que somos nosotros los que decidimos qué queremos hacer y cómo queremos hacer las cosas, pero el trabajo puede ser largo y duro. Un proceso automático o semiautomático, nos ahorra tiempo a costa de realizar una migración que no vemos hasta llegar al resultado final, por lo que en ese mecanismo de migración, podríamos obtener resultados no esperados inicialmente, bien porque no nos gusta como ha migrado el sistema alguna parte o por la razón que sea.

Pero si la decisión de migrar es únicamente pasar la aplicación de Visual Basic 6.0 a .NET, entonces podremos decir a un 99% (no digo 100% para no parecer presuntuoso) que no merece la pena llevar a cabo dicha migración. “¿Para qué tocar algo que ya funciona?. La regla de oro es, déjalo como está que así funciona”.

Si la decisión de migrar es pasar la aplicación de Visual Basic 6.0 a .NET y dotar a la nueva aplicación de nuevas características, entonces deberemos valorar si existen mecanismos o funcionalidades que nos faciliten el desarrollo de esas nuevas características con Visual Basic 6.0, ya que podemos enfrentarnos a grandes costes sin necesidad. Así, por ejemplo, Microsoft ha agregado algunos componentes gratuitos para incrustar en una aplicación de Visual Basic 6.0, un formulario con una funcionalidad desarrollada en Visual Basic para .NET. Pero si por otro lado, los nuevos cambios están justificados de manera tal que no hay más remedio que pasar a .NET toda la funcionalidad, entonces nos encontramos en la tesitura de si migrar toda la aplicación o desarrollar la aplicación partiendo de cero.