EcuRed - Contribuciones del colaborador [es]

DOTA:Defence of the Ancients

2011-12-18T00:41:56Z

Goldfields:

{{Ficha Software
|nombre=DotA
|familia=MOBA
|imagen=Dota_epic_3v3_by_kunkka.jpg
|tamaño=
|descripción=
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador=[[Icefrog]]
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=
|versiones=
|última versión estable=6.72f
|género=
|sistemas operativos=Windows Xp, Vista, 7
|idioma=Multilenguaje
|licencia=
|premios=
|web=[http://www.playdota.com www.playdota.com]
}}
<div align="justify">

'''DotA.''' Abreviatura de Defense of the Ancients y traducido al español como Defensa de los Ancestros. Es un escenario personalizado para el [[videojuego]] [[Warcraft III: The Frozen Throne]], creado con el editor de mapas de [[Warcraft III: The Frozen Throne|Warcraft III]] y basado en el escenario de [[Starcraft]] "Aeon of Strife". El mapa se juega en dos equipos, y el objetivo del juego es destruir el Ancient (en español: ancestro) del oponente. Los Ancients son estructuras fuertemente protegidas, ubicadas en esquinas opuestas del mapa. Los jugadores controlan poderosas unidades conocidas como "héroes", que son ayudadas por unidades controladas por inteligencia artificial llamadas "creeps". Como en un juego de rol, los héroes obtienen puntos de experiencia para incrementar sus habilidades y usan oro para comprar equipo y elementos útiles durante la misión.<br>

== Historia y desarrollo ==

Warcraft III es la tercera entrega de la serie de juegos [[Warcraft|Warcraft]], desarrollada por [[Blizzard|Blizzard]] Entertainment. Al igual que su antecesor, Warcraft III incluye un editor de mapas gratuito, que permite a los jugadores crear y modificar escenarios personalizados que pueden ser utilizados en modos de un jugador y multijugador. Los mapas resultantes deben cargarse desde el juego, y pueden consistir en sencillos escenarios de batalla para jugarse en una partida normal de Warcraft, o juegos alternativos totalmente nuevos, con nuevos objetivos, unidades, objetos y eventos; Defense of the Ancients es de este último tipo.

Al obtener inspiración de un popular mod de Starcraft conocido como Aeon of Strife, la primera versión de DotA fue liberada a mediados de [[2003]] por un individuo conocido solo por su alias "Eul". En el DotA original de Eul, los jugadores podían elegir uno de 32 héroes y tener hasta seis ítems de forma simultánea de una bolsa con 39 opciones diferentes. Este rudimentario predecesor del actual DotA pavimentó el camino para futuras innovaciones que han llegado al éxito hasta hoy. El [[29 de mayo|29 de Mayo]] del [[2003|2003]], Blizzard liberó oficialmente el paquete de expansión [[Warcraft III: The Frozen Throne]] que sumaba una inmensurable cantidad de nuevas características a Warcraft III, incluyendo un nuevo, mucho más completo y mejorado editor de mundo (World Editor). Esta nueva herramienta entregó a los creadores de mapas muchas más opciones de costumización de items, skills, modelos, tiles, etc. Utilizando estas nuevas herramientas aparecieron muchas variaciones del Dota original, incluyendo la primera versión hecha por Steve “Guinsoo” Feak, Defense of the Ancients: Allstars que es el foco de este postmortem.

Guinsoo en un principio inició el desarrollo de Dota Allstars a causa de que estaba frustrado con la cantidad de bugs y problemas de balance que, la versión más famosa de DotA tenía en ese entonces. Su intención original no era iniciar un proyecto a gran escala, si no, simplemente crear una versión de juego más entretenida para sus amigos y para él. Después de pasarlo bien con estos cambios iniciales, de a poco le empezó a gustar cada vez más el actuar como editor de mapa, por lo que empezó a expandir sus nuevas actualizaciones. Eul no actualizó el escenario, por lo que fueron otros autores quienes se encargaron de realizar dicha actualización, y actualizar posteriormente el juego.

Numerosas variantes del juego se han realizado basadas en el mapa original, pero Allstars es la versión que volvió popular el juego. A partir de la versión 6.x, otro autor con el nombre de «IceFrog» se puso a cargo del desarrollo del escenario, corrigiendo errores y añadiendo o actualizando características del juego. Cada versión nueva se acompaña de un registro de cambios.

El juego tiene un fuerte apoyo comunitario, mantenido mediante foros oficiales. Allí, los usuarios pueden comentar ideas para nuevos héroes u objetos, e indicar sugerencias de todo tipo. El mapa puede obtenerse de forma gratuita en diversos sitios de descarga, y en Battle.net mediante transferencia directa al iniciar una partida. Al igual que cualquier escenario creado con el editor de mapas de Warcraft III, la distribución de DotA no puede realizarse con fines comerciales de ningún tipo.

Algunas versiones del escenario con oponentes controlados por inteligencia artificial han sido desarrolladas.<br>

== Jugabilidad ==

En una partida de Defense of the Ancients siempre hay exactamente dos equipos de jugadores: los Centinelas (The Sentinel) y el Azote (The Scourge). El equipo de los Centinelas tiene su punto de inicio en la esquina inferior izquierda del mapa, mientras que el Azote tiene el suyo en la esquina superior derecha. Cada base es defendida por estructuras llamadas "torres", y por oleadas de unidades que recorren tres caminos que unen las dos bases: una central, y dos laterales. En el fondo de cada base se encuentra el «Ancient» de cada equipo, un edificio que debe ser destruido para ganar la partida.

Cada jugador humano controla un héroe, que es una poderosa unidad con habilidades únicas. En DotA existen una gran cantidad de héroes diferentes (104 en la versión 6.72f), cada uno con distintas habilidades y ventajas tácticas sobre los demás. El juego requiere mucho trabajo en equipo; es difícil que un solo jugador lleve a su equipo a la victoria por sí solo. El juego permite partidas con equipos de hasta 5 personas.

Debido a que la partida se centra en el fortalecimiento de un héroe, no se requiere que el jugador se enfoque en la construcción de una base, como ocurre en la mayoría de juegos de estrategia tradicionales. Al eliminar una unidad enemiga, el jugador obtiene puntos de experiencia. Al acumular suficiente experiencia, el héroe gana un nivel, lo cual lo hace más fuerte y resistente, y le permite mejorar sus habilidades especiales. Además de obtener experiencia, el jugador obtiene un recurso monetario al eliminar enemigos: oro. Los jugadores pueden usar su oro disponible para adquirir objetos que fortalezcan a su héroe y le den nuevas habilidades adicionales. Algunos de estos objetos pueden ser combinados con otros para formar nuevos artefactos más poderosos. La compra y el manejo de los objetos es parte fundamental de una partida de DotA.

DotA posee una gran variedad de modos de juego, que pueden ser seleccionados al inicio del partido. Dichos modos modifican diversos factores del juego, tales como la dificultad de la partida, y la selección de héroes al azar, entre otros. Algunos modos son mutuamente excluyentes, así que no pueden activarse al mismo tiempo, mientras que es posible combinar algunos otros.

== Recepción ==

La popularidad de Defense of the Ancients ha aumentado con el tiempo en países de todo el mundo. En Filipinas y Tailandia, por ejemplo, es jugado tanto como el juego Counter-Strike. También es muy popular en países del norte de [[Europa]], [[Suecia]] y de [[Sudamérica]], como [[Venezuela]], [[Perú]], [[Chile]], [[Colombia]] y [[Argentina]].

El escenario fue presentado por Computer Gaming World en una revisión de nuevos mapas y modificaciones en Warcraft III, y fue llamado «the ultimate RTS». DotA se ha convertido en un importante escenario de torneo, empezando en el debut de la convención BlizzCon de Blizard, en el año [[2005|2005]].Allstars fue también una característica en los World Cyber Games de [[Malasia]] y [[Singapur]] en [[2005]], y de los World Cyber Games Asian Championships a partir del año [[2006|2006]]. DotA se encuentra actualmente incluido entre los juegos de las ligas internacionales Cyberathlete Amateur League y CyberEvolution. Adicionalmente, el escenario apareció en el evento Electronic Sports World Cup (ESWC) [[2008|2008]]; Oliver Paradis, administrador de competición de ESWC, apuntó que el alto nivel de apoyo comunitario que tiene el mapa fue uno de los factores que influyeron en su elección.

En [[junio]] de [[2008]], Michael Walbridge, escribiendo para Gamasutra, afirmó que DotA es la modificación gratuita y no soportada más popular y discutida del mundo. Haciendo referencia a la gran comunidad formada alrededor del juego, Walbridge señaló que es mucho más fácil para un juego comnunitario el que sea mantenido por su comunidad, y esta es una de las grandes fortalezas del juego.

Según [http://dotarank.com Dotarank], que lleva estadísticas de partidas y ladder de Defense of the Ancients, en los servidores oficiales de Blizzard de Battle.net se han jugado más de 500.000 partidas de DotA, por aproximadamente un millón de jugadores. <br>Blizzard apuntó que DotA es un ejemplo de lo que se puede llegar a desarrollar utilizando las herramientas de creación que se incluyen con los juegos.

Defense of the Ancients ha sido acreditado como una influencia para el título Demigod, de Gas Powered Games. Además, ha sido citado como una inspiración para el juego Guilty Gear 2: Overture.

== Héroes ==

[[Anexo:Héroes del DotA|''Ver Héroes del DotA'']]

Los héroes del DotA se dividen en 3 tipos: Fuerza, Agilidad e Inteligencia. Hasta el momento existen 104 héroes divididos en dos bandos, 53 de los Sentinel y 51 de los Scourge.

== Véase también ==

*[[Warcraft]]
*[[Warcraft III: The Frozen Throne]]

== Enlaces externos ==

*[http://www.playdota.com Sitio Oficial del DotA (en inglés)]
*[http://www.getdota.com Sitio de Descargas del DotA]
*[http://www.zonadota.com Sitio Oficial del DotA (en español)]
*[http://foro.jovenclub.cu/index.php?board=60.0 DotA en Foro JovenClub]

== Fuente ==

*[http://www.wikipedia.com| Wikipedia]
*[http://www.lagzero.net| Lagzero.net]
[[Category:Videojuegos]]

Erlang

2011-07-21T17:51:21Z

Goldfields: /* Distribución de procesos */

{{Ficha Software
|nombre=Erlang
|familia=
|imagen=erlang-logo.jpg
|tamaño=
|descripción=Lenguaje de programación funcional y concurrente
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ericsson]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|fecha de creación=Década del 80
|lanzamiento inicial=
|versiones=
|última versión estable=
|núcleo=
|tipo de núcleo=
|plataformas soportadas=[[Unix]], [[Windows]]
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=Sitio Oficial de Erlang: http://www.erlang.org, Comunidad Cubana de Erlang: http://comunidades.uci.cu/projects/erlang
}}
<div align="justify">
'''Erlang'''. Es un [[lenguaje]] de [[programación funcional]] de alto nivel, que se ubica también dentro del paradigma de [[Programación Declarativa]], diseñado para escribir aplicaciones concurrentes y distribuidas de funcionamiento ininterrumpido. Erlang usa procesos concurrentes para estructurar la aplicación. Estos procesos no comparten memoria y se comunican de forma asincrónica mediante el paso de mensajes. Los procesos Erlang son muy ligeros y pertenecen al propio lenguaje, no al sistema operativo. Erlang posee un mecanismo para cambiar el [[código fuente]] de un programa o aplicación al vuelo ([[cambio en caliente de código]]), sin tener que detener el programa. Este mecanismo facilita la implementación de sistemas indetenibles.

==Historia==
Los inicios de Erlang toman lugar en los años 80 en los laboratorios de Ciencias de Computación de la Compañía de telefonía sueca [[Ericsson]], como un intento de desarrollar un lenguaje de programación de alto nivel, y con capacidad para afrontar el tipo de proyectos, especialmente de [[Telecomunicaciones]], que la empresa estaba desarrollando y que optimizara el uso de la tecnología emergente en [[Microelectrónica]], especialmente en [[Microinformática]].
Para el diseño de Erlang se analizaron al rededor de 300 lenguajes de programación existentes, con el fin de buscar características sobre lo que deseaba la empresa, de estos lenguajes se seleccionaron: [[Lisp]], [[Haskell]], [[Prolog]], y otros, de los cuales se tomaron las características más relevantes.

==Características==
En Erlang se pueden realizar toda clase de proyectos en especial proyectos que necesiten tráfico de información de [[respuesta en tiempo real]], donde para cada petición debe haber una respuesta inmediata dependiendo de si se pudo resolver o no la petición. Ejemplo si de hace una petición a un cajero automático de consultar el saldo y en ese momento la base de datos donde se encuentra la información está ocupada resolviendo otras peticiones y no puede dar una respuesta justo a tiempo, el sistema debe retornar al usuario e informar el suceso en un tiempo razonable, ejemplo 5 segundos y no esperar toda una eternidad a que se desbloquee el sistema o la base de datos pueda resolver la petición. Este comportamiento es implementado dentro de la plataforma OTP (''[[Open Telecom Plataform]]'') que es el núcleo del lenguaje Erlang; su máquina virtual está basada en esa arquitectura, donde los procesos sólo pueden comunicarse mediante el paso de mensajes. Debido a que es orientado a [[concurrencia]] y a procesos todo lo que se programa son procesos concurrentes y totalmente independientes, siendo así que si falla alguno no afecta el funcionamiento de los demás y también puede ser reiniciado instantáneamente por su proceso supervisor (comportamiento OTP árbol de supervisión de procesos).

'''Entre sus características más relevantes se encuentran:'''

===Lenguaje de alto nivel basado en procesos===
Gran parte del código luce así:

''% Ejecuta la función loop() como un nuevo proceso y guarda el id del proceso en ‘Pid’.''
Pid = spawn(fun()-> loop() end),
''% Envía un mensaje al proceso apuntado por ‘Pid’.''
Pid ! “Hola Mundo en Erlang!”.

''% Cuerpo de la función loop().''
loop()->
''% Recibe el mensaje enviado al proceso.''
receive Msg->
io:format("~p", [Msg]) ''% Imprime el mensaje en la consola.''
end.

===Acoplamiento de patrones (''[[Pattern-Matching]]'')===
El acoplamiento de patrones es una técnica básica de Erlang con la cual es posible hacer un balance entre las variables y valores a los dos lados del signo de igualdad o fallar si no es posible hacer un balance. Al lado izquierdo se le denomina lado de las variables y valores y al lado derecho lado de los valores.

''% Obtiene, en la variable 'Cual', el tercer valor sin importar cuales son los dos primeros.''
{_, _, Cual} = {perro, gato, vaca}.

''% Obtiene, en la variable 'Cual', el tercer valor garantizando que el primero sea ‘perro’ y sin
''% importar cuál es el segundo.''
{perro, _, Cual} = {perro, gato, vaca}.

===Organización de memoria automática (Recolector de Basura)===
Erlang posee al igual que [[.Net]] y [[Java]] un mecanismo de limpieza de la memoria que permite al programador olvidarse de manejar la destrucción de las variables una vez creadas y fuera de contexto. Este mecanismo se encarga automáticamente de destruir todos los objetos y procesos que ya no se estén utilizando ya sea porque están fuera de contexto o porque muere su objeto o proceso padre.

===Lenguaje funcional===
El código de programa se estructura en módulos que contienen funciones:

-module(math).
-export([factorial/1]).
factorial(0) -> 1;
factorial(N) when N > 0 -> N * factorial(N-1).

Función QuickSort, ordena una lista de elementos:

-module(list).
-export([quick_sort/1]).

quick_sort([])-> [];
quick_sort([Pivot|Rest])->
quick_sort[X || X <- Rest, X < Pivot])
++ [Pivot] ++
quick_sort[Y || Y <- Rest, Y >= Pivot].

====Evaluación estricta, asignación única y tipado dinámico====
Sólo se cumple uno de los casos por ejecución de la función pintar(), ([[evaluación estricta]]).

pintar(Color)->
case Color of
“rojo”->
pintar_de_rojo;
4->
pintar_de_rojo;
“amarillo”->
pintar_de_amarillo;
6->
pintar_de_amarillo
end.

La variable Color puede tomar el tipo de datos dinámicamente, puede adquirir un valor numérico o un valor alfanumérico (cadena de caracteres) especificando el color, ([[tipado dinámico]]).

La [[asignación única]] viene dada por que no se puede asignar un valor a una variable mas de una vez, ejemplo:

Si dentro del mismo contexto hacemos:

A = 5 ''% Válido.''
A = 6 ''% No válido.''

Cosas como estas, que son válidas dentro de la [[Programación Imperativa]], no lo son dentro de la programación declarativa funcional.

A = A + 1 ''% No válido.''

Una vez que una variable obtiene un valor, no puede ser modificado, si se desea incrementar el valor de una variable en cierto valor se hace B = A + 1, si y sólo si, la variable B nunca ha sido asignada (''unbound'') y la variable A ya ha sido previamente asignada (''bound''). Esta regla permite evitar los efectos colaterales de la concurrencia, donde al acceder varios procesos a un mismo recurso pueda darse el caso de que se corrompa la información.

====Listas por comprensión====
Las listas por compresión de Erlang es un mecanismo matemático que permite generar valores a partir de una sintaxis muy elegante y simple:

[Constructor || Generador, [Filtros...], Generador, [Filtros...]...].

''% Ejemplo:''
[X * 2 || X <-[1,2,3,4]].

Esto retorna el doble de todos los elementos de la lista [1,2,3,4].

Una lista por comprensión puede definirse como las Xs tales que las Xs que salgan de la lista L cumplan tal condición.

''%Ejemplo:''
[X || X <-L, X > 4].

Cada generador trae sus propios filtros, por lo tanto es válido escribir:
[{X, Y} || X <-[1,2,3,4], X > 2, Y <-[4,5,6,7], Y < 5].

Algo interesante utilizando las listas por comprensión puede ser el cálculo del trío pitagórico:
pythag(N)->
[{A,B,C} ||
A <-lists:seq(1,N),
B <-lists:seq(1,N),
C <-lists:seq(1,N),
A + B + C =< N,
A*A + B*B =:= C*C].

Esto genera todos los tríos de números desde 1 hasta N que cumplen con el teorema de Pitágoras y que la suma de los tres no excede a N, son los llamados números "pitagóricos".

Esto puede leerse como: todos los números {A, B, C} donde A es de 1 a N, B es de 1 a N, C es de 1 a N, cumplan que A + B + C =< N y además que A*A + B*B = C*C.

===Distribución de procesos===
La distribución de procesos es una de las mejores características de Erlang, este posee un conjunto de funciones y primitivas para la creación de procesos, los cuales pueden ser locales o distribuidos, sin existir ninguna diferencia para el sistema.

Pid = spawn(Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso''
''% en el nodo local.''

Pid = spawn(Node, Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso
''% en un nodo remoto.

A la hora de enviar y recibir mensajes, no existe diferencia alguna entre remoto y local.

Pid ! a_message ''% envía un mensaje al proceso (asíncronamente)''

receive ''% recibe el mensaje enviado a este proceso''
un_mensaje -> hacer_algo
end.

Erlang también cuenta con un [[Sistema Gestor de Base de Datos]] llamado Mnesia, el cual tiene soporte para distribución.

==Véase también==
*[[ExtendedVisualOtp]], Framework para el desarrollo de aplicaciones cliente-servidor en tiempo real.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.
*[[Wings 3d]], Herramienta de modelado 3D en Erlang.
*Yet another web server ([[YAWS]], un servidor de aplicaciones web muy completo en Erlang).
*[[Tsung]], una herramienta de análisis de rendimiento muy potente.

==Enlaces externos==
*[http://www.erlang.org Sitio web oficial del proyecto]
*[http://erlang.org/faq.html Listas de distribución y preguntas más frecuente]
*[http://video.google.com/videoplay?docid=-5830318882717959520 Video documentando las características de Erlang]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]][[Category:Lenguajes_de_programación]]

Erlang

2011-07-21T17:48:37Z

Goldfields: /* Lenguaje funcional */

Erlang

2011-07-21T17:41:13Z

Goldfields: /* Lenguaje funcional */

{{Ficha Software
|nombre=Erlang
|familia=
|imagen=erlang-logo.jpg
|tamaño=
|descripción=Lenguaje de programación funcional y concurrente
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ericsson]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|fecha de creación=Década del 80
|lanzamiento inicial=
|versiones=
|última versión estable=
|núcleo=
|tipo de núcleo=
|plataformas soportadas=[[Unix]], [[Windows]]
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=Sitio Oficial de Erlang: http://www.erlang.org, Comunidad Cubana de Erlang: http://comunidades.uci.cu/projects/erlang
}}
<div align="justify">
'''Erlang'''. Es un [[lenguaje]] de [[programación funcional]] de alto nivel, que se ubica también dentro del paradigma de [[Programación Declarativa]], diseñado para escribir aplicaciones concurrentes y distribuidas de funcionamiento ininterrumpido. Erlang usa procesos concurrentes para estructurar la aplicación. Estos procesos no comparten memoria y se comunican de forma asincrónica mediante el paso de mensajes. Los procesos Erlang son muy ligeros y pertenecen al propio lenguaje, no al sistema operativo. Erlang posee un mecanismo para cambiar el [[código fuente]] de un programa o aplicación al vuelo ([[cambio en caliente de código]]), sin tener que detener el programa. Este mecanismo facilita la implementación de sistemas indetenibles.

==Historia==
Los inicios de Erlang toman lugar en los años 80 en los laboratorios de Ciencias de Computación de la Compañía de telefonía sueca [[Ericsson]], como un intento de desarrollar un lenguaje de programación de alto nivel, y con capacidad para afrontar el tipo de proyectos, especialmente de [[Telecomunicaciones]], que la empresa estaba desarrollando y que optimizara el uso de la tecnología emergente en [[Microelectrónica]], especialmente en [[Microinformática]].
Para el diseño de Erlang se analizaron al rededor de 300 lenguajes de programación existentes, con el fin de buscar características sobre lo que deseaba la empresa, de estos lenguajes se seleccionaron: [[Lisp]], [[Haskell]], [[Prolog]], y otros, de los cuales se tomaron las características más relevantes.

==Características==
En Erlang se pueden realizar toda clase de proyectos en especial proyectos que necesiten tráfico de información de [[respuesta en tiempo real]], donde para cada petición debe haber una respuesta inmediata dependiendo de si se pudo resolver o no la petición. Ejemplo si de hace una petición a un cajero automático de consultar el saldo y en ese momento la base de datos donde se encuentra la información está ocupada resolviendo otras peticiones y no puede dar una respuesta justo a tiempo, el sistema debe retornar al usuario e informar el suceso en un tiempo razonable, ejemplo 5 segundos y no esperar toda una eternidad a que se desbloquee el sistema o la base de datos pueda resolver la petición. Este comportamiento es implementado dentro de la plataforma OTP (''[[Open Telecom Plataform]]'') que es el núcleo del lenguaje Erlang; su máquina virtual está basada en esa arquitectura, donde los procesos sólo pueden comunicarse mediante el paso de mensajes. Debido a que es orientado a [[concurrencia]] y a procesos todo lo que se programa son procesos concurrentes y totalmente independientes, siendo así que si falla alguno no afecta el funcionamiento de los demás y también puede ser reiniciado instantáneamente por su proceso supervisor (comportamiento OTP árbol de supervisión de procesos).

'''Entre sus características más relevantes se encuentran:'''

===Lenguaje de alto nivel basado en procesos===
Gran parte del código luce así:

''% Ejecuta la función loop() como un nuevo proceso y guarda el id del proceso en ‘Pid’.''
Pid = spawn(fun()-> loop() end),
''% Envía un mensaje al proceso apuntado por ‘Pid’.''
Pid ! “Hola Mundo en Erlang!”.

''% Cuerpo de la función loop().''
loop()->
''% Recibe el mensaje enviado al proceso.''
receive Msg->
io:format("~p", [Msg]) ''% Imprime el mensaje en la consola.''
end.

===Acoplamiento de patrones (''[[Pattern-Matching]]'')===
El acoplamiento de patrones es una técnica básica de Erlang con la cual es posible hacer un balance entre las variables y valores a los dos lados del signo de igualdad o fallar si no es posible hacer un balance. Al lado izquierdo se le denomina lado de las variables y valores y al lado derecho lado de los valores.

''% Obtiene, en la variable 'Cual', el tercer valor sin importar cuales son los dos primeros.''
{_, _, Cual} = {perro, gato, vaca}.

''% Obtiene, en la variable 'Cual', el tercer valor garantizando que el primero sea ‘perro’ y sin
''% importar cuál es el segundo.''
{perro, _, Cual} = {perro, gato, vaca}.

===Organización de memoria automática (Recolector de Basura)===
Erlang posee al igual que [[.Net]] y [[Java]] un mecanismo de limpieza de la memoria que permite al programador olvidarse de manejar la destrucción de las variables una vez creadas y fuera de contexto. Este mecanismo se encarga automáticamente de destruir todos los objetos y procesos que ya no se estén utilizando ya sea porque están fuera de contexto o porque muere su objeto o proceso padre.

===Lenguaje funcional===
El código de programa se estructura en módulos que contienen funciones:

-module(math).
-export([factorial/1]).
factorial(0) -> 1;
factorial(N) when N > 0 -> N * factorial(N-1).

Función QuickSort, ordena una lista de elementos:
-module(list).
-export([quick_sort/1]).

quick_sort([])-> [];
quick_sort([Pivot|Rest])->
quick_sort[X || X <- Rest, X < Pivot])
++ [Pivot] ++
quick_sort[Y || Y <- Rest, Y >= Pivot].

====Evaluación estricta, asignación única y tipado dinámico====
Sólo se cumple uno de los casos por ejecución de la función pintar(), ([[evaluación estricta]]).

pintar(Color)->
case Color of
“rojo”->
pintar_de_rojo;
4->
pintar_de_rojo;
“amarillo”->
pintar_de_amarillo;
6->
pintar_de_amarillo
end.

La variable Color puede tomar el tipo de datos dinámicamente, puede adquirir un valor numérico o un valor alfanumérico (cadena de caracteres) especificando el color, ([[tipado dinámico]]).

La [[asignación única]] viene dada por que no se puede asignar un valor a una variable mas de una vez, ejemplo:

Si dentro del mismo contexto hacemos:

A = 5 ''% Válido.''
A = 6 ''% No válido.''

Cosas como estas, que son válidas dentro de la [[Programación Imperativa]], no lo son dentro de la programación declarativa funcional.

A = A + 1 ''% No válido.''

Una vez que una variable obtiene un valor, no puede ser modificado, si se desea incrementar el valor de una variable en cierto valor se hace B = A + 1, si y sólo si, la variable B nunca ha sido asignada (''unbound'') y la variable A ya ha sido previamente asignada (''bound''). Esta regla permite evitar los efectos colaterales de la concurrencia, donde al acceder varios procesos a un mismo recurso pueda darse el caso de que se corrompa la información.

====Listas por comprensión====
Las listas por compresión de Erlang es un mecanismo matemático que permite generar valores a partir de una sintaxis muy elegante y simple:

[Constructor || Generador, [Filtros...], Generador, [Filtros...]...].

''% Ejemplo:''
[X * 2 || X <-[1,2,3,4]].

Esto retorna el doble de todos los elementos de la lista [1,2,3,4].

Una lista por comprensión puede definirse como las Xs tales que las Xs que salgan de la lista L cumplan tal condición.

''%Ejemplo:''
[X || X <-L, X > 4].

Cada generador trae sus propios filtros, por lo tanto es válido escribir:
[{X, Y} || X <-[1,2,3,4], X > 2, Y <-[4,5,6,7], Y < 5].

Algo interesante utilizando las listas por comprensión puede ser el cálculo del trío pitagórico:
pythag(N)->
[{A,B,C} ||
A <-lists:seq(1,N),
B <-lists:seq(1,N),
C <-lists:seq(1,N),
A + B + C =< N,
A*A + B*B =:= C*C].

Esto genera todos los tríos de números desde 1 hasta N que cumplen con el teorema de Pitágoras y que la suma de los tres no excede a N, son los llamados números "pitagóricos".

Esto puede leerse como: todos los números {A, B, C} donde A es de 1 a N, B es de 1 a N, C es de 1 a N, cumplan que A + B + C =< N y además que A*A + B*B = C*C.

===Distribución de procesos===
La distribución de procesos es una de las mejores características de Erlang, este posee un conjunto de funciones y primitivas para la creación de procesos, los cuales pueden ser locales o distribuidos, sin existir ninguna diferencia para el sistema.

Pid = spawn(Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso''
''% en el nodo local.''

Pid = spawn(Node, Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso
''% en un nodo remoto.

A la hora de enviar y recibir mensajes, no existe diferencia alguna entre remoto y local.

Pid ! a_message ''% envía un mensaje al proceso (asíncronamente)''

receive ''% recibe el mensaje enviado a este proceso''
un_mensaje -> hacer_algo
end.

Erlang también cuenta con un [[Sistema Gestor de Base de Datos]] llamado Mnesia, el cual tiene soporte para distribución.

==Véase también==
*[[ExtendedVisualOtp]], Framework para el desarrollo de aplicaciones cliente-servidor en tiempo real.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.
*[[Wings 3d]], Herramienta de modelado 3D en Erlang.
*Yet another web server ([[YAWS]], un servidor de aplicaciones web muy completo en Erlang).
*[[Tsung]], una herramienta de análisis de rendimiento muy potente.

==Enlaces externos==
*[http://www.erlang.org Sitio web oficial del proyecto]
*[http://erlang.org/faq.html Listas de distribución y preguntas más frecuente]
*[http://video.google.com/videoplay?docid=-5830318882717959520 Video documentando las características de Erlang]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]][[Category:Lenguajes_de_programación]]

Erlang

2011-07-21T17:37:41Z

Goldfields: /* Acoplamiento de patrones (Pattern-Matching) */

{{Ficha Software
|nombre=Erlang
|familia=
|imagen=erlang-logo.jpg
|tamaño=
|descripción=Lenguaje de programación funcional y concurrente
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ericsson]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|fecha de creación=Década del 80
|lanzamiento inicial=
|versiones=
|última versión estable=
|núcleo=
|tipo de núcleo=
|plataformas soportadas=[[Unix]], [[Windows]]
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=Sitio Oficial de Erlang: http://www.erlang.org, Comunidad Cubana de Erlang: http://comunidades.uci.cu/projects/erlang
}}
<div align="justify">
'''Erlang'''. Es un [[lenguaje]] de [[programación funcional]] de alto nivel, que se ubica también dentro del paradigma de [[Programación Declarativa]], diseñado para escribir aplicaciones concurrentes y distribuidas de funcionamiento ininterrumpido. Erlang usa procesos concurrentes para estructurar la aplicación. Estos procesos no comparten memoria y se comunican de forma asincrónica mediante el paso de mensajes. Los procesos Erlang son muy ligeros y pertenecen al propio lenguaje, no al sistema operativo. Erlang posee un mecanismo para cambiar el [[código fuente]] de un programa o aplicación al vuelo ([[cambio en caliente de código]]), sin tener que detener el programa. Este mecanismo facilita la implementación de sistemas indetenibles.

==Historia==
Los inicios de Erlang toman lugar en los años 80 en los laboratorios de Ciencias de Computación de la Compañía de telefonía sueca [[Ericsson]], como un intento de desarrollar un lenguaje de programación de alto nivel, y con capacidad para afrontar el tipo de proyectos, especialmente de [[Telecomunicaciones]], que la empresa estaba desarrollando y que optimizara el uso de la tecnología emergente en [[Microelectrónica]], especialmente en [[Microinformática]].
Para el diseño de Erlang se analizaron al rededor de 300 lenguajes de programación existentes, con el fin de buscar características sobre lo que deseaba la empresa, de estos lenguajes se seleccionaron: [[Lisp]], [[Haskell]], [[Prolog]], y otros, de los cuales se tomaron las características más relevantes.

==Características==
En Erlang se pueden realizar toda clase de proyectos en especial proyectos que necesiten tráfico de información de [[respuesta en tiempo real]], donde para cada petición debe haber una respuesta inmediata dependiendo de si se pudo resolver o no la petición. Ejemplo si de hace una petición a un cajero automático de consultar el saldo y en ese momento la base de datos donde se encuentra la información está ocupada resolviendo otras peticiones y no puede dar una respuesta justo a tiempo, el sistema debe retornar al usuario e informar el suceso en un tiempo razonable, ejemplo 5 segundos y no esperar toda una eternidad a que se desbloquee el sistema o la base de datos pueda resolver la petición. Este comportamiento es implementado dentro de la plataforma OTP (''[[Open Telecom Plataform]]'') que es el núcleo del lenguaje Erlang; su máquina virtual está basada en esa arquitectura, donde los procesos sólo pueden comunicarse mediante el paso de mensajes. Debido a que es orientado a [[concurrencia]] y a procesos todo lo que se programa son procesos concurrentes y totalmente independientes, siendo así que si falla alguno no afecta el funcionamiento de los demás y también puede ser reiniciado instantáneamente por su proceso supervisor (comportamiento OTP árbol de supervisión de procesos).

'''Entre sus características más relevantes se encuentran:'''

===Lenguaje de alto nivel basado en procesos===
Gran parte del código luce así:

''% Ejecuta la función loop() como un nuevo proceso y guarda el id del proceso en ‘Pid’.''
Pid = spawn(fun()-> loop() end),
''% Envía un mensaje al proceso apuntado por ‘Pid’.''
Pid ! “Hola Mundo en Erlang!”.

''% Cuerpo de la función loop().''
loop()->
''% Recibe el mensaje enviado al proceso.''
receive Msg->
io:format("~p", [Msg]) ''% Imprime el mensaje en la consola.''
end.

===Acoplamiento de patrones (''[[Pattern-Matching]]'')===
El acoplamiento de patrones es una técnica básica de Erlang con la cual es posible hacer un balance entre las variables y valores a los dos lados del signo de igualdad o fallar si no es posible hacer un balance. Al lado izquierdo se le denomina lado de las variables y valores y al lado derecho lado de los valores.

''% Obtiene, en la variable 'Cual', el tercer valor sin importar cuales son los dos primeros.''
{_, _, Cual} = {perro, gato, vaca}.

''% Obtiene, en la variable 'Cual', el tercer valor garantizando que el primero sea ‘perro’ y sin
''% importar cuál es el segundo.''
{perro, _, Cual} = {perro, gato, vaca}.

===Organización de memoria automática (Recolector de Basura)===
Erlang posee al igual que [[.Net]] y [[Java]] un mecanismo de limpieza de la memoria que permite al programador olvidarse de manejar la destrucción de las variables una vez creadas y fuera de contexto. Este mecanismo se encarga automáticamente de destruir todos los objetos y procesos que ya no se estén utilizando ya sea porque están fuera de contexto o porque muere su objeto o proceso padre.

===Lenguaje funcional===
El código de programa se estructura en módulos que contienen funciones:

-module(math).
-export([factorial/1]).
factorial(0) -> 1;
factorial(N) when N > 0 -> N * factorial(N-1).

Función QuickSort, ordena una lista de elementos:
-module(list).
-export([quick_sort/1]).

quick_sort([])-> [];
quick_sort([Pivot|Rest])->
quick_sort[X || X <- Rest, X < Pivot])
++ [Pivot] ++
quick_sort[Y || Y <- Rest, Y >= Pivot].

====Evaluación estricta, asignación única y tipado dinámico====
Sólo se cumple uno de los casos por ejecución de la función pintar(), ([[evaluación estricta]]).

pintar(Color)->
case Color of
“rojo”->
pintar_de_rojo;
4->
pintar_de_rojo;
“amarillo”->
pintar_de_amarillo;
6->
pintar_de_amarillo
end.

La variable Color puede tomar el tipo de datos dinámicamente, puede adquirir un valor numérico o un valor alfanumérico (cadena de caracteres) especificando el color, ([[tipado dinámico]]).

La [[asignación única]] viene dada por que no se puede asignar un valor a una variable mas de una vez, ejemplo:

Si dentro del mismo contexto hacemos:

A = 5 ''% Válido.''
A = 6 ''% No válido.''

Cosas como estas, que son válidas dentro de la [[Programación Imperativa]], no lo son dentro de la programación declarativa funcional.

A = A + 1 ''% No válido.''

Una vez que una variable obtiene un valor, no puede ser modificado, si se desea incrementar el valor de una variable en cierto valor se hace B = A + 1, si y sólo si, la variable B nunca ha sido asignada (''unbound'') y la variable A ya ha sido previamente asignada (''bound''). Esta regla permite evitar los efectos colaterales de la concurrencia, donde al acceder varios procesos a un mismo recurso pueda darse el caso de que se corrompa la información.

====Listas por comprensión====
Las listas por compresión de Erlang es un mecanismo matemático que permite generar valores a partir de una sintaxis muy elegante y simple:

[Constructor || Generador, [Filtros...], Generador, [Filtros...]...].

Ejemplo:
[X * 2 || X <-[1,2,3,4]].

Esto retorna el doble de todos los elementos de la lista [1,2,3,4].

Una lista por comprensión puede definirse como las Xs tales que las Xs que salgan de la lista L cumplan tal condición.

Ejemplo:
[X || X <-L, X > 4].

Cada generador trae sus propios filtros, por lo tanto es válido escribir:
[{X, Y} || X <-[1,2,3,4], X > 2, Y <-[4,5,6,7], Y < 5].

Algo interesante utilizando las listas por comprensión puede ser el cálculo del trío pitagórico:
pythag(N)->
[{A,B,C} ||
A <-lists:seq(1,N),
B <-lists:seq(1,N),
C <-lists:seq(1,N),
A + B + C =< N,
A*A + B*B =:= C*C].

Esto genera todos los tríos de números desde 1 hasta N que cumplen con el teorema de Pitágoras y que la suma de los tres no excede a N, son los llamados números "pitagóricos".

Esto puede leerse como: todos los números {A, B, C} donde A es de 1 a N, B es de 1 a N, C es de 1 a N, cumplan que A + B + C =< N y además que A*A + B*B = C*C.

===Distribución de procesos===
La distribución de procesos es una de las mejores características de Erlang, este posee un conjunto de funciones y primitivas para la creación de procesos, los cuales pueden ser locales o distribuidos, sin existir ninguna diferencia para el sistema.

Pid = spawn(Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso''
''% en el nodo local.''

Pid = spawn(Node, Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso
''% en un nodo remoto.

A la hora de enviar y recibir mensajes, no existe diferencia alguna entre remoto y local.

Pid ! a_message ''% envía un mensaje al proceso (asíncronamente)''

receive ''% recibe el mensaje enviado a este proceso''
un_mensaje -> hacer_algo
end.

Erlang también cuenta con un [[Sistema Gestor de Base de Datos]] llamado Mnesia, el cual tiene soporte para distribución.

==Véase también==
*[[ExtendedVisualOtp]], Framework para el desarrollo de aplicaciones cliente-servidor en tiempo real.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.
*[[Wings 3d]], Herramienta de modelado 3D en Erlang.
*Yet another web server ([[YAWS]], un servidor de aplicaciones web muy completo en Erlang).
*[[Tsung]], una herramienta de análisis de rendimiento muy potente.

==Enlaces externos==
*[http://www.erlang.org Sitio web oficial del proyecto]
*[http://erlang.org/faq.html Listas de distribución y preguntas más frecuente]
*[http://video.google.com/videoplay?docid=-5830318882717959520 Video documentando las características de Erlang]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]][[Category:Lenguajes_de_programación]]

Erlang

2011-07-21T17:36:42Z

Goldfields: /* Lenguaje de alto nivel basado en procesos */

{{Ficha Software
|nombre=Erlang
|familia=
|imagen=erlang-logo.jpg
|tamaño=
|descripción=Lenguaje de programación funcional y concurrente
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ericsson]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|fecha de creación=Década del 80
|lanzamiento inicial=
|versiones=
|última versión estable=
|núcleo=
|tipo de núcleo=
|plataformas soportadas=[[Unix]], [[Windows]]
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=Sitio Oficial de Erlang: http://www.erlang.org, Comunidad Cubana de Erlang: http://comunidades.uci.cu/projects/erlang
}}
<div align="justify">
'''Erlang'''. Es un [[lenguaje]] de [[programación funcional]] de alto nivel, que se ubica también dentro del paradigma de [[Programación Declarativa]], diseñado para escribir aplicaciones concurrentes y distribuidas de funcionamiento ininterrumpido. Erlang usa procesos concurrentes para estructurar la aplicación. Estos procesos no comparten memoria y se comunican de forma asincrónica mediante el paso de mensajes. Los procesos Erlang son muy ligeros y pertenecen al propio lenguaje, no al sistema operativo. Erlang posee un mecanismo para cambiar el [[código fuente]] de un programa o aplicación al vuelo ([[cambio en caliente de código]]), sin tener que detener el programa. Este mecanismo facilita la implementación de sistemas indetenibles.

==Historia==
Los inicios de Erlang toman lugar en los años 80 en los laboratorios de Ciencias de Computación de la Compañía de telefonía sueca [[Ericsson]], como un intento de desarrollar un lenguaje de programación de alto nivel, y con capacidad para afrontar el tipo de proyectos, especialmente de [[Telecomunicaciones]], que la empresa estaba desarrollando y que optimizara el uso de la tecnología emergente en [[Microelectrónica]], especialmente en [[Microinformática]].
Para el diseño de Erlang se analizaron al rededor de 300 lenguajes de programación existentes, con el fin de buscar características sobre lo que deseaba la empresa, de estos lenguajes se seleccionaron: [[Lisp]], [[Haskell]], [[Prolog]], y otros, de los cuales se tomaron las características más relevantes.

==Características==
En Erlang se pueden realizar toda clase de proyectos en especial proyectos que necesiten tráfico de información de [[respuesta en tiempo real]], donde para cada petición debe haber una respuesta inmediata dependiendo de si se pudo resolver o no la petición. Ejemplo si de hace una petición a un cajero automático de consultar el saldo y en ese momento la base de datos donde se encuentra la información está ocupada resolviendo otras peticiones y no puede dar una respuesta justo a tiempo, el sistema debe retornar al usuario e informar el suceso en un tiempo razonable, ejemplo 5 segundos y no esperar toda una eternidad a que se desbloquee el sistema o la base de datos pueda resolver la petición. Este comportamiento es implementado dentro de la plataforma OTP (''[[Open Telecom Plataform]]'') que es el núcleo del lenguaje Erlang; su máquina virtual está basada en esa arquitectura, donde los procesos sólo pueden comunicarse mediante el paso de mensajes. Debido a que es orientado a [[concurrencia]] y a procesos todo lo que se programa son procesos concurrentes y totalmente independientes, siendo así que si falla alguno no afecta el funcionamiento de los demás y también puede ser reiniciado instantáneamente por su proceso supervisor (comportamiento OTP árbol de supervisión de procesos).

'''Entre sus características más relevantes se encuentran:'''

===Lenguaje de alto nivel basado en procesos===
Gran parte del código luce así:

''% Ejecuta la función loop() como un nuevo proceso y guarda el id del proceso en ‘Pid’.''
Pid = spawn(fun()-> loop() end),
''% Envía un mensaje al proceso apuntado por ‘Pid’.''
Pid ! “Hola Mundo en Erlang!”.

''% Cuerpo de la función loop().''
loop()->
''% Recibe el mensaje enviado al proceso.''
receive Msg->
io:format("~p", [Msg]) ''% Imprime el mensaje en la consola.''
end.

===Acoplamiento de patrones (''[[Pattern-Matching]]'')===
El acoplamiento de patrones es una técnica básica de Erlang con la cual es posible hacer un balance entre las variables y valores a los dos lados del signo de igualdad o fallar si no es posible hacer un balance. Al lado izquierdo se le denomina lado de las variables y valores y al lado derecho lado de los valores.

''% Obtiene, en la variable 'Cual', el tercer valor sin importar cuales son los dos primeros.''
{_, _, Cual} = {perro, gato, vaca}.

''% Obtiene, en la variable 'Cual', el tercer valor garantizando que el primero sea ‘perro’ y sin importar cuál es el segundo.''
{perro, _, Cual} = {perro, gato, vaca}.

===Organización de memoria automática (Recolector de Basura)===
Erlang posee al igual que [[.Net]] y [[Java]] un mecanismo de limpieza de la memoria que permite al programador olvidarse de manejar la destrucción de las variables una vez creadas y fuera de contexto. Este mecanismo se encarga automáticamente de destruir todos los objetos y procesos que ya no se estén utilizando ya sea porque están fuera de contexto o porque muere su objeto o proceso padre.

===Lenguaje funcional===
El código de programa se estructura en módulos que contienen funciones:

-module(math).
-export([factorial/1]).
factorial(0) -> 1;
factorial(N) when N > 0 -> N * factorial(N-1).

Función QuickSort, ordena una lista de elementos:
-module(list).
-export([quick_sort/1]).

quick_sort([])-> [];
quick_sort([Pivot|Rest])->
quick_sort[X || X <- Rest, X < Pivot])
++ [Pivot] ++
quick_sort[Y || Y <- Rest, Y >= Pivot].

====Evaluación estricta, asignación única y tipado dinámico====
Sólo se cumple uno de los casos por ejecución de la función pintar(), ([[evaluación estricta]]).

pintar(Color)->
case Color of
“rojo”->
pintar_de_rojo;
4->
pintar_de_rojo;
“amarillo”->
pintar_de_amarillo;
6->
pintar_de_amarillo
end.

La variable Color puede tomar el tipo de datos dinámicamente, puede adquirir un valor numérico o un valor alfanumérico (cadena de caracteres) especificando el color, ([[tipado dinámico]]).

La [[asignación única]] viene dada por que no se puede asignar un valor a una variable mas de una vez, ejemplo:

Si dentro del mismo contexto hacemos:

A = 5 ''% Válido.''
A = 6 ''% No válido.''

Cosas como estas, que son válidas dentro de la [[Programación Imperativa]], no lo son dentro de la programación declarativa funcional.

A = A + 1 ''% No válido.''

Una vez que una variable obtiene un valor, no puede ser modificado, si se desea incrementar el valor de una variable en cierto valor se hace B = A + 1, si y sólo si, la variable B nunca ha sido asignada (''unbound'') y la variable A ya ha sido previamente asignada (''bound''). Esta regla permite evitar los efectos colaterales de la concurrencia, donde al acceder varios procesos a un mismo recurso pueda darse el caso de que se corrompa la información.

====Listas por comprensión====
Las listas por compresión de Erlang es un mecanismo matemático que permite generar valores a partir de una sintaxis muy elegante y simple:

[Constructor || Generador, [Filtros...], Generador, [Filtros...]...].

Ejemplo:
[X * 2 || X <-[1,2,3,4]].

Esto retorna el doble de todos los elementos de la lista [1,2,3,4].

Una lista por comprensión puede definirse como las Xs tales que las Xs que salgan de la lista L cumplan tal condición.

Ejemplo:
[X || X <-L, X > 4].

Cada generador trae sus propios filtros, por lo tanto es válido escribir:
[{X, Y} || X <-[1,2,3,4], X > 2, Y <-[4,5,6,7], Y < 5].

Algo interesante utilizando las listas por comprensión puede ser el cálculo del trío pitagórico:
pythag(N)->
[{A,B,C} ||
A <-lists:seq(1,N),
B <-lists:seq(1,N),
C <-lists:seq(1,N),
A + B + C =< N,
A*A + B*B =:= C*C].

Esto genera todos los tríos de números desde 1 hasta N que cumplen con el teorema de Pitágoras y que la suma de los tres no excede a N, son los llamados números "pitagóricos".

Esto puede leerse como: todos los números {A, B, C} donde A es de 1 a N, B es de 1 a N, C es de 1 a N, cumplan que A + B + C =< N y además que A*A + B*B = C*C.

===Distribución de procesos===
La distribución de procesos es una de las mejores características de Erlang, este posee un conjunto de funciones y primitivas para la creación de procesos, los cuales pueden ser locales o distribuidos, sin existir ninguna diferencia para el sistema.

Pid = spawn(Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso''
''% en el nodo local.''

Pid = spawn(Node, Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso
''% en un nodo remoto.

A la hora de enviar y recibir mensajes, no existe diferencia alguna entre remoto y local.

Pid ! a_message ''% envía un mensaje al proceso (asíncronamente)''

receive ''% recibe el mensaje enviado a este proceso''
un_mensaje -> hacer_algo
end.

Erlang también cuenta con un [[Sistema Gestor de Base de Datos]] llamado Mnesia, el cual tiene soporte para distribución.

==Véase también==
*[[ExtendedVisualOtp]], Framework para el desarrollo de aplicaciones cliente-servidor en tiempo real.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.
*[[Wings 3d]], Herramienta de modelado 3D en Erlang.
*Yet another web server ([[YAWS]], un servidor de aplicaciones web muy completo en Erlang).
*[[Tsung]], una herramienta de análisis de rendimiento muy potente.

==Enlaces externos==
*[http://www.erlang.org Sitio web oficial del proyecto]
*[http://erlang.org/faq.html Listas de distribución y preguntas más frecuente]
*[http://video.google.com/videoplay?docid=-5830318882717959520 Video documentando las características de Erlang]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]][[Category:Lenguajes_de_programación]]

Erlang

2011-07-21T17:35:47Z

Goldfields: /* Lenguaje de alto nivel basado en procesos */

{{Ficha Software
|nombre=Erlang
|familia=
|imagen=erlang-logo.jpg
|tamaño=
|descripción=Lenguaje de programación funcional y concurrente
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ericsson]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|fecha de creación=Década del 80
|lanzamiento inicial=
|versiones=
|última versión estable=
|núcleo=
|tipo de núcleo=
|plataformas soportadas=[[Unix]], [[Windows]]
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=Sitio Oficial de Erlang: http://www.erlang.org, Comunidad Cubana de Erlang: http://comunidades.uci.cu/projects/erlang
}}
<div align="justify">
'''Erlang'''. Es un [[lenguaje]] de [[programación funcional]] de alto nivel, que se ubica también dentro del paradigma de [[Programación Declarativa]], diseñado para escribir aplicaciones concurrentes y distribuidas de funcionamiento ininterrumpido. Erlang usa procesos concurrentes para estructurar la aplicación. Estos procesos no comparten memoria y se comunican de forma asincrónica mediante el paso de mensajes. Los procesos Erlang son muy ligeros y pertenecen al propio lenguaje, no al sistema operativo. Erlang posee un mecanismo para cambiar el [[código fuente]] de un programa o aplicación al vuelo ([[cambio en caliente de código]]), sin tener que detener el programa. Este mecanismo facilita la implementación de sistemas indetenibles.

==Historia==
Los inicios de Erlang toman lugar en los años 80 en los laboratorios de Ciencias de Computación de la Compañía de telefonía sueca [[Ericsson]], como un intento de desarrollar un lenguaje de programación de alto nivel, y con capacidad para afrontar el tipo de proyectos, especialmente de [[Telecomunicaciones]], que la empresa estaba desarrollando y que optimizara el uso de la tecnología emergente en [[Microelectrónica]], especialmente en [[Microinformática]].
Para el diseño de Erlang se analizaron al rededor de 300 lenguajes de programación existentes, con el fin de buscar características sobre lo que deseaba la empresa, de estos lenguajes se seleccionaron: [[Lisp]], [[Haskell]], [[Prolog]], y otros, de los cuales se tomaron las características más relevantes.

==Características==
En Erlang se pueden realizar toda clase de proyectos en especial proyectos que necesiten tráfico de información de [[respuesta en tiempo real]], donde para cada petición debe haber una respuesta inmediata dependiendo de si se pudo resolver o no la petición. Ejemplo si de hace una petición a un cajero automático de consultar el saldo y en ese momento la base de datos donde se encuentra la información está ocupada resolviendo otras peticiones y no puede dar una respuesta justo a tiempo, el sistema debe retornar al usuario e informar el suceso en un tiempo razonable, ejemplo 5 segundos y no esperar toda una eternidad a que se desbloquee el sistema o la base de datos pueda resolver la petición. Este comportamiento es implementado dentro de la plataforma OTP (''[[Open Telecom Plataform]]'') que es el núcleo del lenguaje Erlang; su máquina virtual está basada en esa arquitectura, donde los procesos sólo pueden comunicarse mediante el paso de mensajes. Debido a que es orientado a [[concurrencia]] y a procesos todo lo que se programa son procesos concurrentes y totalmente independientes, siendo así que si falla alguno no afecta el funcionamiento de los demás y también puede ser reiniciado instantáneamente por su proceso supervisor (comportamiento OTP árbol de supervisión de procesos).

'''Entre sus características más relevantes se encuentran:'''

===Lenguaje de alto nivel basado en procesos===
Gran parte del código luce así:

''% Ejecuta la función loop() como un nuevo proceso y guarda el id del proceso en ‘Pid’.''
Pid = spawn(fun()-> loop() end),
''% Envía un mensaje al proceso apuntado por ‘Pid’.''
Pid ! “Hola Mundo en Erlang!”.

''% Cuerpo de la función loop().''
loop()->
''% Recibe el mensaje enviado al proceso.''
receive Msg->
io:format("~p", [Msg]) ''% Imprime el mensaje en la consola.''
end.

===Acoplamiento de patrones (''[[Pattern-Matching]]'')===
El acoplamiento de patrones es una técnica básica de Erlang con la cual es posible hacer un balance entre las variables y valores a los dos lados del signo de igualdad o fallar si no es posible hacer un balance. Al lado izquierdo se le denomina lado de las variables y valores y al lado derecho lado de los valores.

''% Obtiene, en la variable 'Cual', el tercer valor sin importar cuales son los dos primeros.''
{_, _, Cual} = {perro, gato, vaca}.

''% Obtiene, en la variable 'Cual', el tercer valor garantizando que el primero sea ‘perro’ y sin importar cuál es el segundo.''
{perro, _, Cual} = {perro, gato, vaca}.

===Organización de memoria automática (Recolector de Basura)===
Erlang posee al igual que [[.Net]] y [[Java]] un mecanismo de limpieza de la memoria que permite al programador olvidarse de manejar la destrucción de las variables una vez creadas y fuera de contexto. Este mecanismo se encarga automáticamente de destruir todos los objetos y procesos que ya no se estén utilizando ya sea porque están fuera de contexto o porque muere su objeto o proceso padre.

===Lenguaje funcional===
El código de programa se estructura en módulos que contienen funciones:

-module(math).
-export([factorial/1]).
factorial(0) -> 1;
factorial(N) when N > 0 -> N * factorial(N-1).

Función QuickSort, ordena una lista de elementos:
-module(list).
-export([quick_sort/1]).

quick_sort([])-> [];
quick_sort([Pivot|Rest])->
quick_sort[X || X <- Rest, X < Pivot])
++ [Pivot] ++
quick_sort[Y || Y <- Rest, Y >= Pivot].

====Evaluación estricta, asignación única y tipado dinámico====
Sólo se cumple uno de los casos por ejecución de la función pintar(), ([[evaluación estricta]]).

pintar(Color)->
case Color of
“rojo”->
pintar_de_rojo;
4->
pintar_de_rojo;
“amarillo”->
pintar_de_amarillo;
6->
pintar_de_amarillo
end.

La variable Color puede tomar el tipo de datos dinámicamente, puede adquirir un valor numérico o un valor alfanumérico (cadena de caracteres) especificando el color, ([[tipado dinámico]]).

La [[asignación única]] viene dada por que no se puede asignar un valor a una variable mas de una vez, ejemplo:

Si dentro del mismo contexto hacemos:

A = 5 ''% Válido.''
A = 6 ''% No válido.''

Cosas como estas, que son válidas dentro de la [[Programación Imperativa]], no lo son dentro de la programación declarativa funcional.

A = A + 1 ''% No válido.''

Una vez que una variable obtiene un valor, no puede ser modificado, si se desea incrementar el valor de una variable en cierto valor se hace B = A + 1, si y sólo si, la variable B nunca ha sido asignada (''unbound'') y la variable A ya ha sido previamente asignada (''bound''). Esta regla permite evitar los efectos colaterales de la concurrencia, donde al acceder varios procesos a un mismo recurso pueda darse el caso de que se corrompa la información.

====Listas por comprensión====
Las listas por compresión de Erlang es un mecanismo matemático que permite generar valores a partir de una sintaxis muy elegante y simple:

[Constructor || Generador, [Filtros...], Generador, [Filtros...]...].

Ejemplo:
[X * 2 || X <-[1,2,3,4]].

Esto retorna el doble de todos los elementos de la lista [1,2,3,4].

Una lista por comprensión puede definirse como las Xs tales que las Xs que salgan de la lista L cumplan tal condición.

Ejemplo:
[X || X <-L, X > 4].

Cada generador trae sus propios filtros, por lo tanto es válido escribir:
[{X, Y} || X <-[1,2,3,4], X > 2, Y <-[4,5,6,7], Y < 5].

Algo interesante utilizando las listas por comprensión puede ser el cálculo del trío pitagórico:
pythag(N)->
[{A,B,C} ||
A <-lists:seq(1,N),
B <-lists:seq(1,N),
C <-lists:seq(1,N),
A + B + C =< N,
A*A + B*B =:= C*C].

Esto genera todos los tríos de números desde 1 hasta N que cumplen con el teorema de Pitágoras y que la suma de los tres no excede a N, son los llamados números "pitagóricos".

Esto puede leerse como: todos los números {A, B, C} donde A es de 1 a N, B es de 1 a N, C es de 1 a N, cumplan que A + B + C =< N y además que A*A + B*B = C*C.

===Distribución de procesos===
La distribución de procesos es una de las mejores características de Erlang, este posee un conjunto de funciones y primitivas para la creación de procesos, los cuales pueden ser locales o distribuidos, sin existir ninguna diferencia para el sistema.

Pid = spawn(Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso''
''% en el nodo local.''

Pid = spawn(Node, Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso
''% en un nodo remoto.

A la hora de enviar y recibir mensajes, no existe diferencia alguna entre remoto y local.

Pid ! a_message ''% envía un mensaje al proceso (asíncronamente)''

receive ''% recibe el mensaje enviado a este proceso''
un_mensaje -> hacer_algo
end.

Erlang también cuenta con un [[Sistema Gestor de Base de Datos]] llamado Mnesia, el cual tiene soporte para distribución.

==Véase también==
*[[ExtendedVisualOtp]], Framework para el desarrollo de aplicaciones cliente-servidor en tiempo real.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.
*[[Wings 3d]], Herramienta de modelado 3D en Erlang.
*Yet another web server ([[YAWS]], un servidor de aplicaciones web muy completo en Erlang).
*[[Tsung]], una herramienta de análisis de rendimiento muy potente.

==Enlaces externos==
*[http://www.erlang.org Sitio web oficial del proyecto]
*[http://erlang.org/faq.html Listas de distribución y preguntas más frecuente]
*[http://video.google.com/videoplay?docid=-5830318882717959520 Video documentando las características de Erlang]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]][[Category:Lenguajes_de_programación]]

Lenguaje de Programación C Sharp

2011-07-11T22:20:19Z

Goldfields: /* Ver también */

{{Ficha Software
|nombre= C#
|familia=
|imagen= Cshar1.JPG
|tamaño=
|descripción= Lenguaje de Programación Orientado a Objetos.
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador= [[Microsoft]] Corporation.
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial= [[2001]]
|versiones=
|última versión estable=
|género=
|sistemas operativos=
|idioma=
|licencia= Comercial.
|premios=
|web= http://www.microsoft.com/net
}}
'''C#''' (pronunciado si sharp en inglés) es un lenguaje de programación orientado a objetos desarrollado y estandarizado por [[Microsoft]] como parte de su [[plataforma.NET]], que después fue aprobado como un estándar por la [[ECMA]] e [[ISO]].

== Características ==

Su sintaxis básica deriva de C/[[C++]] y utiliza el modelo de objetos de la plataforma.NET el cual es similar al de [[Lenguaje de programación Java|Java]] aunque incluye mejoras derivadas de otros lenguajes (entre ellos [[Delphi]]).

La creación del nombre del lenguaje, C♯, proviene de dibujar dos signos positivos encima de los dos signos positivos de "C++", queriendo dar una imagen de salto evolutivo del mismo modo que ocurrió con el paso de C a C++.

C♯, como parte de la plataforma.NET, está normalizado por [[ECMA]] desde diciembre de [[2001]] ([http://www.ecma-international.org/publications/standards/Ecma-334.htm C# Language Specification] "Especificación del lenguaje C♯"). El [[7 de noviembre]] de [[2005]] salió la versión 2.0 del lenguaje que incluía mejoras tales como tipos genéricos, métodos anónimos, iteradores, tipos parciales y tipos anulables. El [[19 de noviembre de 2007]] salió la versión 3.0 de C# destacando entre las mejoras los tipos implícitos, [[tipos anónimos]] y [[LINQ]] (''Language Integrated Query'' -consulta integrada en el lenguaje).

Aunque C♯ forma parte de la plataforma.NET, ésta es una [[interfaz de programación de aplicaciones]] ('''API'''); mientras que C♯ es un lenguaje de programación independiente diseñado para generar programas sobre dicha plataforma. Ya existe un [[compilador]] implementado que provee el marco de [[DotGNU]] - [[Proyecto Mono|Mono]] que genera programas para distintas plataformas como [[Win32]], [[UNIX]] y [[Linux]].

== Historia ==

Durante el desarrollo de la plataforma .NET, las [[bibliotecas de clases]] fueron escritas originalmente en el [[Lenguaje de Programación C|lenguaje]] compilador [[Simple Managed C]].En enero de [[1999]], [[Anders Hejlsberg]] formó un equipo con la misión de desarrollar un nuevo lenguaje de programación llamado Cool (C [[Programación Orientada a Objetos|Orientado a Objetos]]). Este nombre tuvo que ser cambiado debido a problemas de marca pasando a llamarse C♯ aunque habitualmente se escribe C#.<ref>Visual C# Developer Center, [http://msdn.microsoft.com/en-us/vcsharp/aa336779.aspx Frequently Asked Questions About Visual C# .NET 2003]</ref> La biblioteca de clases de la plataforma .NET fue migrada entonces al nuevo lenguaje.

[[Hejlsberg]] lideró el proyecto de desarrollo de C♯. Anteriormente, ya participó en el desarrollo de otros lenguajes como [[Turbo Pascal]], [[J++]] y [[Borland Delphi]]

== Tipos de datos ==

C♯ contiene dos categorías generales de tipos de datos integrados: '''tipos de valor''' y '''tipos de referencia'''. El término '''tipo de valor''' indica que esos tipos contienen directamente sus valores.

C♯ define ocho tipos de enteros, a saber:

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de enteros
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''byte'''
| 8
| De 0 a 255
| Entero sin signo de 8 bits
|-
| '''sbyte'''
| 8
| De -128 a 127
| Entero con signo de 8 bits
|-
| '''short'''
| 16
| De -32.768 a 32.767
| Entero corto
|-
| '''ushort'''
| 16
| De 0 a 65.535
| Entero corto sin signo
|-
| '''int'''
| 32
| De -2.147.483.648 a 2.147.483.647
| Entero medio
|-
| '''uint'''
| 32
| De 0 a 4.294.967.295
| Entero medio sin signo
|-
| '''long'''
| 64
| De -9.223.372.036.854.775.808 a 9.223.372.036.854.775.807
| Entero largo
|-
| '''ulong'''
| 64
| De 0 a 18.446.744.073.709.551.615
| Entero largo sin signo
|}

Los tipos de [[punto flotante]] pueden representar números con [[componentes fraccionales]]. Existen dos clases de tipos de punto flotante; '''float''' y '''double'''. El tipo '''double''' es el más utilizado porque muchas funciones matemáticas de la biblioteca de clases de C♯ usan valores '''double'''. Quizá, el tipo flotante más interesante de C♯ es '''decimal''', dirigido al uso de cálculos monetarios. La aritmética de punto flotante normal está sujeta a una variedad de errores de redondeo cuando se aplica a valores decimales. El tipo '''decimal''' elimina estos errores y puede representar hasta 28 lugares decimales.

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de punto flotante
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''float'''
| 32
| De 1,5E-45 a 3,4E+38
| Punto flotante corto
|-
| '''double'''
| 64
| De 5E-324 a 1,7E+308
| Punto flotante largo
|-
| '''decimal'''
| 128
| De 1E-28 a 7,9E+28
| Punto flotante monetario
|}

Los caracteres en C♯ no son cantidades de 8 bits como en otros muchos lenguajes de programación. Por el contrario, C♯ usa un tipo de caracteres de 16 bits llamado [[Unicode]] al cual se le llama '''char'''. No existen conversiones automáticas de tipo entero a '''char'''.

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de caracteres
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''char'''
| 16
| De 0 a 65,535 (código Unicode)
| Carácter
|}

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos lógicos
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''bool'''
| 1
| true or false, no se usa 1 ó 0 ya que no hay conversión definida
| true or false
|}

No existe una conversión definida entre '''bool''' y los valores enteros (1 no se convierte a verdadero ni 0 se convierte a falso).

== Constantes ==

Las constantes en C♯ se denominan ''literales''. Todas las constantes tienen un tipo de dato, en caso de ser una constante entera se usa la de menor tamaño que pueda alojarla, empezando por '''int'''. En caso de punto flotante se considera como un '''double'''. Sin embargo se puede especificar explícitamente el tipo de dato que una constante deberá usar, por medio de los sufijos:

{| class="wikitable" border="1"
! Sufijo
! Tipo de dato
! Ejemplo
|-
| L
| long
| 12L
|-
| UL
| ulong
| 68687UL
|-
| F
| float
| 10,19F
|-
| M
| decimal
| 9,95M
|}

En ocasiones, resulta más sencillo usar un sistema numérico basado en 16 en lugar de 10, para tal caso C♯ permite especificar constantes enteras en formato [[hexadecimal]], y se hace empezando con '''0x'''. Por ejemplo: '''0xFF''' equivale a 255 en decimal.

C♯ tiene caracteres denominados '''secuencias de escape''' para facilitar la escritura con el teclado de símbolos que carecen de representación visual. Estos son:

{| class="wikitable" border="1"
! Secuencia de escape
! Descripción
|-
| \a
| Alerta (timbre)
|-
| \b
| Retroceso
|-
| \f
| Avance de página
|-
| \n
| Nueva línea
|-
| \r
| Retorno de carro
|-
| \t
| Tabulador horizontal
|-
| \v
| Tabulador vertical
|-
| \0
| Nulo
|-
| \'
| Comilla sencilla
|-
| \"
| Comilla doble
|-
| \\
| Diagonal invertida
|}

C♯, al igual que [[C++]], es compatible con el tipo de constante cadena de [[caracteres]]. Dentro de la cadena de caracteres se pueden usar secuencias de escape. Una cadena de caracteres puede iniciarse con el símbolo '''@''' seguido por una cadena entre comillas, en tal caso, las secuencias de escape no tienen efecto y además la cadena puede ocupar dos o más líneas.

== Variables ==

Toda [[variable]] se debe declarar antes de ser utilizada. La forma en que se declara una variable en C♯ es la siguiente:

<code>tipo nombre_variable;</code>

Para asignar un valor a una variable:

<code>nombre_variable = valor</code>

Las conversiones de tipo de variables en C♯ se representan en la siguiente tabla en donde la fila es el origen y la columna el destino. Los significados de las letras son: '''A''' (Conversión automática o implícita), '''E''' (Conversión explícita), '''I''' (Conversión incompatible).

{| class="wikitable" border="1"
! colspan=14 | Conversiones de tipo de datos
|-
!
! '''byte'''
! '''sbyte'''
! '''short'''
! '''ushort'''
! '''int'''
! '''uint'''
! '''long'''
! '''ulong'''
! '''float'''
! '''double'''
! '''decimal'''
! '''char'''
! '''bool'''
|-
| '''byte'''
|
| E
| A
| A
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''sbyte'''
| E
|
| A
| E
| A
| E
| A
| A
| E
| E
| E
| E
| I
|-
| '''short'''
| E
| E
|
| E
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''ushort'''
| E
| E
| E
|
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''int'''
| E
| E
| E
| E
|
| E
| A
| A
| E
| E
| E
| E
| I
|-
| '''uint'''
| E
| E
| E
| E
| E
|
| A
| A
| E
| E
| E
| E
| I
|-
| '''long'''
| E
| E
| E
| E
| E
| E
|
| E
| E
| E
| E
| E
| I
|-
| '''ulong'''
| E
| E
| E
| E
| E
| E
| E
|
| E
| E
| E
| E
| I
|-
| '''float'''
| E
| E
| E
| E
| E
| E
| E
| E
|
| A
| E
| I
| I
|-
| '''double'''
| E
| E
| E
| E
| E
| E
| E
| E
| E
|
| E
| I
| I
|-
| '''decimal'''
| E
| E
| E
| E
| E
| E
| E
| E
| E
| E
|
| I
| I
|-
| '''char'''
| E
| E
| E
| A
| A
| A
| A
| A
| A
| A
| A
|
| I
|-
| '''bool'''
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
|
|}

* Toda conversión implícita no ocasiona pérdida de información, truncamientos o redondeos.
* Es posible (mas no siempre ocurre) que en una conversión explícita haya pérdida de información, truncamientos o redondeos.
* En toda conversión implícita el tipo de dato destino es mayor que el tipo de dato origen.
* La conversión explícita se realiza de la siguiente forma: <code>(tipo-destino) expresion</code>.

Además de realizarse dentro de una asignación, las conversiones de tipos también tienen lugar dentro de una expresión, pues en cada operación ambos operandos deben de ser del mismo tipo. Si la conversión es del tipo implícito se efectúa el siguiente algoritmo en dicho orden:

# Si un operando es '''decimal''', el otro operando se transforma a '''decimal'''.
# Si un operando es '''double''', el otro operando se transforma a '''double'''.
# Si un operando es '''float''', el otro operando se transforma a '''float'''.
# Si un operando es '''ulong''', el otro operando se transforma a '''ulong'''.
# Si un operando es '''long''', el otro operando se transforma a '''long'''.
# Si un operando es '''uint''', y si el otro operando es de tipo '''sbyte''', '''short''' o '''int''', los dos se transforman a '''long'''.
# Si un operando es '''uint''', el otro operando se transforma a '''uint'''.
# Si ninguno de los casos anteriores, los dos operandos se transforman a '''int'''.

== Operadores ==

C♯ tiene cuatro clases generales de [[operadores]]: '''[[Operadores aritméticos|aritméticos]]''', '''a nivel de bit''', '''relacionales''' y '''lógicos'''.

{| class="wikitable" border="1"
! colspan=3 | Operadores
|-
! Operador
! Significado
! Tipo
|-
| +
| Suma
| Aritmético
|-
| -
| Resta
| Aritmético
|-
| *
| Producto
| Aritmético
|-
| /
| División
| Aritmético
|-
| %
| Módulo (residuo entero)
| Aritmético
|-
| ++
| Incremento
| Aritmético
|-
| --
| Decremento
| Aritmético
|-
| ==
| Igual que
| Relacional
|-
| !=
| Distinto que
| Relacional
|-
| >
| Mayor que
| Relacional
|-
| <
| Menor que
| Relacional
|-
| >=
| Mayor o igual que
| Relacional
|-
| <=
| Menor o igual que
| Relacional
|-
| &
| AND
| Lógico y a nivel de bits
|-
| <nowiki>|</nowiki>
| OR
| Lógico y a nivel de bits
|-
| ^
| XOR y de nivel de bits
| Lógico
|-
| <nowiki>||</nowiki>
| OR de cortocircuito
| Lógico
|-
| &&
| AND de cortocircuito
| Lógico
|-
| !
| NOT
| Lógico
|-
| ~
| Complemento a uno
| A nivel de bits
|-
| <<
| Desplazamiento a la izquierda
| A nivel de bits
|-
| >>
| Desplazamiento a la derecha
| A nivel de bits
|}

* Los [[operadores aritméticos]] funcionan igual que en C y [[C++]].
* El resultado de los [[operadores relacionales]] y lógicos es un valor '''bool'''.
* Los [[operadores de cortocircuito]] evalúan el segundo operando solo cuando es necesario.
* Los [[operadores a nivel de bit]] no se pueden aplicar a tipos '''bool''', '''float''', '''double''' o '''decimal'''.

== Instrucciones de control ==

* La instrucción '''if-else''' es básicamente igual que en C, C++ y [[Java]].
* La diferencia de la instrucción '''switch''' con la versión de C, C++ y Java es que todo cuerpo perteneciente a un '''case''' debe de toparse con un '''break''' o un '''goto''' antes de toparse con otro '''case''', a menos que dicho cuerpo esté vacío.
* La instrucción '''for''' es básicamente igual que en C, C++ y Java.
* La instrucción '''while''' es básicamente igual que en C, C++ y Java.
* La instrucción '''do-while''' es básicamente igual que en C, C++ y Java.
* La instrucción '''foreach''' realiza un ciclo a través de los elementos de una colección (grupo de objetos). El formato de esta instrucción es: <code>foreach(tipo variable in coleccion) instruccion;</code>. En este ciclo se recorre la colección y la variable recibe un respectivo elemento de dicha colección en cada iteración.
* Al igual que en C y C++, la instrucción '''break''' permite forzar la salida de un ciclo omitiendo el código restante en el cuerpo del ciclo.
* Al igual que en C y C++, la instrucción '''continue''' permite forzar la repetición temprana de un ciclo omitiendo el código restante en el cuerpo del ciclo.
* La instrucción '''return''' es básicamente igual que en C, C++. Se utiliza para devolver un valor y salir de un método.
* La instrucción '''goto''' se sigue utilizando en C♯ a pesar de toda la polémica que esto conlleva.

== Métodos ==

* Todo método debe de ser parte de una clase, no existen métodos globales.
* De forma predeterminada, los parámetros se pasan por valor (se copia dicho valor).
* El modificador '''ref''' fuerza a pasar los parámetros por referencia en vez de pasarlos por valor.
* El modificador '''out''' es similar al modificador '''ref''' con una excepción: sólo se puede utilizar para pasar un valor fuera de un método. El método debe de asignar un valor al parámetro antes de que el método finalice.
* Cuando '''ref''' y '''out''' modifican un parámetro de referencia, la propia referencia se pasa por referencia.
* El modificador '''params''' sirve para definir un número variable de argumentos los cuales se implementan como una matriz. Ejemplo: <code>public int maxVal(params int[] nums){...}</code>, esta función se podría llamar así: <code>maxVal(23,3,a,-12);</code>.
* Un método debe tener como máximo un único parámetro '''params''' y éste debe de ser el último.
* Un método puede devolver cualquier tipo de datos, incluyendo tipos de clase.
* Ya que en C# las [[matrices]] se implementan como objetos, un método también puede devolver una [[matriz]] (algo que se diferencia de C++ en que las matrices no son válidas como tipos de valores devueltos).
* C♯ implementa '''sobrecarga de métodos''', dos o más métodos pueden tener el mismo nombre siempre y cuando se diferencien por sus parámetros.
* El método '''Main''' es un método especial al cual se refiere el punto de partida del programa. Tiene la siguiente sintaxis: <code>public static int Main(string[] args){...}</code>.

== Clases y objetos ==

Varios puntos a tener en cuenta en C♯ con respecto a [[clases]] y [[objetos]] son los siguientes:

* Una [[variable de objeto]] de cierta clase no almacena los valores del objeto sino su referencia (al igual que Java).
* El operador de asignación no copia los valores de un objeto, sino su referencia a él (al igual que Java).
* Un constructor tiene el mismo nombre que su clase y es sintácticamente similar a un método.
* Un constructor no devuelve ningún valor.
* Al igual que los métodos, los constructores también pueden ser sobrecargados.
* Si no se especifica un constructor en una clase, se usa uno por defecto que consiste en asignar a todas las variables el valor de '''0''', '''null''' o '''false''' según corresponda.
* Para crear un nuevo objeto se utiliza la siguiente sintaxis: <code>variable = new nombre_clase();</code>.
* Un destructor se declara como un constructor, aunque va precedido por un signo de tilde ~.
* Se emplea una desasignación de memoria de objetos no referenciados (recolección de basura), y cuando esto ocurre se ejecuta el destructor de dicha clase.
* El destructor de una clase no se llama cuando un objeto sale del ámbito.
* Todos los destructores se llamarán antes de que finalice un programa.
* La palabra clave '''this''' es un apuntador al mismo objeto en el cual se usa.
* La palabra clave '''static''' hace que un miembro pertenezca a una clase en vez de pertener a objetos de dicha clase. Se puede tener acceso a dicho miembro antes de que se cree cualquier objeto de su clase y sin referencias a un objeto.
* Un método '''static''' no tiene una referencia '''this'''.
* Un método '''static''' puede llamar sólo a otros métodos '''static'''.
* Un método '''static''' sólo debe tener acceso directamente a datos '''static'''.
* Un constructor '''static''' se usa para inicializar atributos que se aplican a una clase en lugar de aplicarse a una instancia.
* C♯ permite la sobrecarga de operadores con la palabra clave '''operator'''

== Matrices ==

* En C♯ las matrices se implementan como objetos.
* Para crear una matriz se utiliza el siguiente formato: <code>tipo[] nombre_matriz = new tipo[tamaño];</code>
* Se puede crear una matriz inicializada así: <code>tipo[] nombre_matriz = { val1 , val2 , val3 , ... , valN };</code>
* Los índices de las matrices comienzan en 0.
* Para crear una matriz '''bidimensional''' se utiliza el siguiente formato: <code>tipo[,] nombre_matriz = new tipo[filas,columnas]</code>
* Para referirse a un elemento de una matriz bidimensional no se usa la forma <code>matriz[fila][columna]</code> (la cual usa C++), si no <code>matriz[fila,columna]</code>.
* Ya que C♯ implementa matrices como objetos, cada matriz tiene asociada una propiedad '''Length''' que contiene el número de elementos que puede alojar cada matriz.

== Cadenas de caracteres ==

* El tipo de dato cadena se llama '''string'''.
* Realmente la palabra clave '''string''' es un alias de la clase '''System.String''' de la plataforma .NET.
* En C♯ las cadenas son objetos y no una matriz de caracteres, aun así, se puede obtener un carácter arbitrario de una cadena por medio de su índice (mas no modificarlo).
* La forma más común de construir una cadena es por medio de una literal o constante: <code>string str = "Una cadena";</code>
* El operador '''==''' determina si dos referencias hacen referencia al mismo objeto, pero al usar dicho operador con dos operandos tipo '''string''' se prueba la igualdad del contenido de las cadenas y no su referencia. Sin embargo, con el resto de los operadores relacionales, como '''<''' o '''>=''' se comparan las referencias.
* Se pueden concatenar (unir) dos cadenas mediante el operador '''+'''.
* Las cadenas son inmutables, una vez creadas no se pueden modificar, solo se pueden copiar total o parcialmente.
* Las cadenas se pueden usar en las instrucciones '''switch'''.

{| class="wikitable" border="1"
! colspan="2" | Métodos comunes de control de cadenas
|-
! Método
! Descripción
|-
| '''<code>static string Copy(string str)</code>'''
| Devuelve una copia de str.
|-
| '''<code>int CompareTo(string str)</code>'''
| Devuelve menor que cero si la cadena que llama es menor que str, mayor que cero si la cadena que llama es mayor que str, y cero si las cadenas son iguales.
|-
| '''<code>int IndexOf(string str)</code>'''
| Busca en la cadena que llama la subcadena especificada por str.
Devuelve el índice de la primera coincidencia, o -1 en caso de error.
|-
| '''<code>int LastIndexOf(string str)</code>'''
| Busca en la cadena que llama la subcadena especificada por str. Devuelve el índice de la última coincidencia, o -1 en caso de error.
|-
| '''<code>string ToLower</code>'''
| Devuelve una versión en minúsculas de la cadena que llama.
|-
| '''<code>string ToUpper</code>'''
| Devuelve una versión en mayúsculas de la cadena que llama.
|}
== Ejemplos ==

*'''Crear una variable del tipo string y mostrarla en un mensaje'''

<syntaxhighlight lang="cpp">
using System;
public void ejemplo()
{
string Var1 = "Hola";
MessageBox.Show(Var1);
}
</syntaxhighlight>

== Compiladores ==

En la actualidad existen los siguientes [[compilador]]es para el lenguaje C♯:

* [http://www.microsoft.com/downloads/details.aspx?familyid=FE6F2099-B7B4-4F47-A244-C96D69C35DEC&displaylang=en Microsoft.NET framework SDK] incluye un compilador de C♯, pero no un [[Entorno de desarrollo integrado|IDE]].
* [[Microsoft Visual Studio|Microsoft Visual Studio]], IDE por excelencia de este lenguaje, versión 2002, 2003, 2005, 2008 y 2010(beta).
* [[SharpDevelop|#develop]], es un IDE [[Software libre|libre]] para C♯ bajo licencia [[GNU LGPL|LGPL]], muy similar a Microsoft Visual C#.
* [[Proyecto Mono|Mono]], es una implementación [[Licencia pública general de GNU|GPL]] de todo el entorno [[.NET de Microsoft|.NET]] desarrollado por [[Novell]]. Como parte de esta implementación se incluye un compilador de C♯.
* [[Delphi]] 2006, de [[Borland]] Software Corporation.
* [[dotGNU]] [[Portable.NET]], de la [[Free Software Foundation]].

== Metas del diseño del lenguaje ==

El estándar [[ECMA]] lista las siguientes metas en el diseño para C♯:

* Lenguaje de programación orientado a objetos '''simple, moderno y de propósito general'''.
* Inclusión de principios de [[ingeniería de software]] tales como revisión estricta de los tipos de datos, revisión de límites de vectores, detección de intentos de usar variables no inicializadas, y recolección de basura automática.
* Capacidad para desarrollar [[componentes de software]] que se puedan usar en ambientes distribuidos.
* [[aplicaciones portables|Portabilidad del código fuente]]
* Fácil migración del programador al nuevo lenguaje, especialmente para programadores familiarizados con C y [[C++]].
* Soporte para [[Internacionalización (computación)|internacionalización]]
* Adecuación para escribir aplicaciones de cualquier tamaño: desde las más grandes y sofisticadas como [[sistemas operativos]] hasta las más pequeñas funciones.
* Aplicaciones económicas en cuanto a memoria y procesado.

==Referencias==

<references />

==Ver también==

*[[Ciencia de la Información]]
*[[Puntero (C++)]]
*[[Constructor (C++)]]
*[[Ficheros en C++]]
*[[C++]]
*[[Programación de Computadoras]]
*[[Programación Orientada a Objetos]]
*[[Historia del Lenguaje C]]
*[[ExtendedVisualOtp]], framework para el desarrollo de aplicaciones cliente-servidor en tiempo real utilizando C Sharp y [[Erlang]].

==Fuente==

* [http://www.microsoft.com/downloads/details.aspx?familyid=FE6F2099-B7B4-4F47-A244-C96D69C35DEC&displaylang=en Microsoft.NET framework SDK]
*[http://msdn.microsoft.com/en-us/vcsharp/aa336779.aspx Frequently Asked Questions About Visual C# .NET 2003]
*[http://www.lenguajes-de-programacion.com/programacion-orientada-a-objetos.shtml http://www.lenguajes-de-programacion.com/programacion-orientada-a-objetos.shtml]
*[http://www.desarrolloweb.com/articulos/499.php http://www.desarrolloweb.com/articulos/499.php]
*[http://es.wikipedia.org/wiki/C_sharp Wikipedia]

[[Category:Programación]][[Category:Informática]]
[[Category:Lenguajes_de_programación_orientada_a_objetos]]

Lenguaje de Programación C Sharp

2011-07-11T22:19:20Z

Goldfields: /* Ver también */

{{Ficha Software
|nombre= C#
|familia=
|imagen= Cshar1.JPG
|tamaño=
|descripción= Lenguaje de Programación Orientado a Objetos.
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador= [[Microsoft]] Corporation.
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial= [[2001]]
|versiones=
|última versión estable=
|género=
|sistemas operativos=
|idioma=
|licencia= Comercial.
|premios=
|web= http://www.microsoft.com/net
}}
'''C#''' (pronunciado si sharp en inglés) es un lenguaje de programación orientado a objetos desarrollado y estandarizado por [[Microsoft]] como parte de su [[plataforma.NET]], que después fue aprobado como un estándar por la [[ECMA]] e [[ISO]].

== Características ==

Su sintaxis básica deriva de C/[[C++]] y utiliza el modelo de objetos de la plataforma.NET el cual es similar al de [[Lenguaje de programación Java|Java]] aunque incluye mejoras derivadas de otros lenguajes (entre ellos [[Delphi]]).

La creación del nombre del lenguaje, C♯, proviene de dibujar dos signos positivos encima de los dos signos positivos de "C++", queriendo dar una imagen de salto evolutivo del mismo modo que ocurrió con el paso de C a C++.

C♯, como parte de la plataforma.NET, está normalizado por [[ECMA]] desde diciembre de [[2001]] ([http://www.ecma-international.org/publications/standards/Ecma-334.htm C# Language Specification] "Especificación del lenguaje C♯"). El [[7 de noviembre]] de [[2005]] salió la versión 2.0 del lenguaje que incluía mejoras tales como tipos genéricos, métodos anónimos, iteradores, tipos parciales y tipos anulables. El [[19 de noviembre de 2007]] salió la versión 3.0 de C# destacando entre las mejoras los tipos implícitos, [[tipos anónimos]] y [[LINQ]] (''Language Integrated Query'' -consulta integrada en el lenguaje).

Aunque C♯ forma parte de la plataforma.NET, ésta es una [[interfaz de programación de aplicaciones]] ('''API'''); mientras que C♯ es un lenguaje de programación independiente diseñado para generar programas sobre dicha plataforma. Ya existe un [[compilador]] implementado que provee el marco de [[DotGNU]] - [[Proyecto Mono|Mono]] que genera programas para distintas plataformas como [[Win32]], [[UNIX]] y [[Linux]].

== Historia ==

Durante el desarrollo de la plataforma .NET, las [[bibliotecas de clases]] fueron escritas originalmente en el [[Lenguaje de Programación C|lenguaje]] compilador [[Simple Managed C]].En enero de [[1999]], [[Anders Hejlsberg]] formó un equipo con la misión de desarrollar un nuevo lenguaje de programación llamado Cool (C [[Programación Orientada a Objetos|Orientado a Objetos]]). Este nombre tuvo que ser cambiado debido a problemas de marca pasando a llamarse C♯ aunque habitualmente se escribe C#.<ref>Visual C# Developer Center, [http://msdn.microsoft.com/en-us/vcsharp/aa336779.aspx Frequently Asked Questions About Visual C# .NET 2003]</ref> La biblioteca de clases de la plataforma .NET fue migrada entonces al nuevo lenguaje.

[[Hejlsberg]] lideró el proyecto de desarrollo de C♯. Anteriormente, ya participó en el desarrollo de otros lenguajes como [[Turbo Pascal]], [[J++]] y [[Borland Delphi]]

== Tipos de datos ==

C♯ contiene dos categorías generales de tipos de datos integrados: '''tipos de valor''' y '''tipos de referencia'''. El término '''tipo de valor''' indica que esos tipos contienen directamente sus valores.

C♯ define ocho tipos de enteros, a saber:

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de enteros
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''byte'''
| 8
| De 0 a 255
| Entero sin signo de 8 bits
|-
| '''sbyte'''
| 8
| De -128 a 127
| Entero con signo de 8 bits
|-
| '''short'''
| 16
| De -32.768 a 32.767
| Entero corto
|-
| '''ushort'''
| 16
| De 0 a 65.535
| Entero corto sin signo
|-
| '''int'''
| 32
| De -2.147.483.648 a 2.147.483.647
| Entero medio
|-
| '''uint'''
| 32
| De 0 a 4.294.967.295
| Entero medio sin signo
|-
| '''long'''
| 64
| De -9.223.372.036.854.775.808 a 9.223.372.036.854.775.807
| Entero largo
|-
| '''ulong'''
| 64
| De 0 a 18.446.744.073.709.551.615
| Entero largo sin signo
|}

Los tipos de [[punto flotante]] pueden representar números con [[componentes fraccionales]]. Existen dos clases de tipos de punto flotante; '''float''' y '''double'''. El tipo '''double''' es el más utilizado porque muchas funciones matemáticas de la biblioteca de clases de C♯ usan valores '''double'''. Quizá, el tipo flotante más interesante de C♯ es '''decimal''', dirigido al uso de cálculos monetarios. La aritmética de punto flotante normal está sujeta a una variedad de errores de redondeo cuando se aplica a valores decimales. El tipo '''decimal''' elimina estos errores y puede representar hasta 28 lugares decimales.

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de punto flotante
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''float'''
| 32
| De 1,5E-45 a 3,4E+38
| Punto flotante corto
|-
| '''double'''
| 64
| De 5E-324 a 1,7E+308
| Punto flotante largo
|-
| '''decimal'''
| 128
| De 1E-28 a 7,9E+28
| Punto flotante monetario
|}

Los caracteres en C♯ no son cantidades de 8 bits como en otros muchos lenguajes de programación. Por el contrario, C♯ usa un tipo de caracteres de 16 bits llamado [[Unicode]] al cual se le llama '''char'''. No existen conversiones automáticas de tipo entero a '''char'''.

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de caracteres
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''char'''
| 16
| De 0 a 65,535 (código Unicode)
| Carácter
|}

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos lógicos
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''bool'''
| 1
| true or false, no se usa 1 ó 0 ya que no hay conversión definida
| true or false
|}

No existe una conversión definida entre '''bool''' y los valores enteros (1 no se convierte a verdadero ni 0 se convierte a falso).

== Constantes ==

Las constantes en C♯ se denominan ''literales''. Todas las constantes tienen un tipo de dato, en caso de ser una constante entera se usa la de menor tamaño que pueda alojarla, empezando por '''int'''. En caso de punto flotante se considera como un '''double'''. Sin embargo se puede especificar explícitamente el tipo de dato que una constante deberá usar, por medio de los sufijos:

{| class="wikitable" border="1"
! Sufijo
! Tipo de dato
! Ejemplo
|-
| L
| long
| 12L
|-
| UL
| ulong
| 68687UL
|-
| F
| float
| 10,19F
|-
| M
| decimal
| 9,95M
|}

En ocasiones, resulta más sencillo usar un sistema numérico basado en 16 en lugar de 10, para tal caso C♯ permite especificar constantes enteras en formato [[hexadecimal]], y se hace empezando con '''0x'''. Por ejemplo: '''0xFF''' equivale a 255 en decimal.

C♯ tiene caracteres denominados '''secuencias de escape''' para facilitar la escritura con el teclado de símbolos que carecen de representación visual. Estos son:

{| class="wikitable" border="1"
! Secuencia de escape
! Descripción
|-
| \a
| Alerta (timbre)
|-
| \b
| Retroceso
|-
| \f
| Avance de página
|-
| \n
| Nueva línea
|-
| \r
| Retorno de carro
|-
| \t
| Tabulador horizontal
|-
| \v
| Tabulador vertical
|-
| \0
| Nulo
|-
| \'
| Comilla sencilla
|-
| \"
| Comilla doble
|-
| \\
| Diagonal invertida
|}

C♯, al igual que [[C++]], es compatible con el tipo de constante cadena de [[caracteres]]. Dentro de la cadena de caracteres se pueden usar secuencias de escape. Una cadena de caracteres puede iniciarse con el símbolo '''@''' seguido por una cadena entre comillas, en tal caso, las secuencias de escape no tienen efecto y además la cadena puede ocupar dos o más líneas.

== Variables ==

Toda [[variable]] se debe declarar antes de ser utilizada. La forma en que se declara una variable en C♯ es la siguiente:

<code>tipo nombre_variable;</code>

Para asignar un valor a una variable:

<code>nombre_variable = valor</code>

Las conversiones de tipo de variables en C♯ se representan en la siguiente tabla en donde la fila es el origen y la columna el destino. Los significados de las letras son: '''A''' (Conversión automática o implícita), '''E''' (Conversión explícita), '''I''' (Conversión incompatible).

{| class="wikitable" border="1"
! colspan=14 | Conversiones de tipo de datos
|-
!
! '''byte'''
! '''sbyte'''
! '''short'''
! '''ushort'''
! '''int'''
! '''uint'''
! '''long'''
! '''ulong'''
! '''float'''
! '''double'''
! '''decimal'''
! '''char'''
! '''bool'''
|-
| '''byte'''
|
| E
| A
| A
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''sbyte'''
| E
|
| A
| E
| A
| E
| A
| A
| E
| E
| E
| E
| I
|-
| '''short'''
| E
| E
|
| E
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''ushort'''
| E
| E
| E
|
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''int'''
| E
| E
| E
| E
|
| E
| A
| A
| E
| E
| E
| E
| I
|-
| '''uint'''
| E
| E
| E
| E
| E
|
| A
| A
| E
| E
| E
| E
| I
|-
| '''long'''
| E
| E
| E
| E
| E
| E
|
| E
| E
| E
| E
| E
| I
|-
| '''ulong'''
| E
| E
| E
| E
| E
| E
| E
|
| E
| E
| E
| E
| I
|-
| '''float'''
| E
| E
| E
| E
| E
| E
| E
| E
|
| A
| E
| I
| I
|-
| '''double'''
| E
| E
| E
| E
| E
| E
| E
| E
| E
|
| E
| I
| I
|-
| '''decimal'''
| E
| E
| E
| E
| E
| E
| E
| E
| E
| E
|
| I
| I
|-
| '''char'''
| E
| E
| E
| A
| A
| A
| A
| A
| A
| A
| A
|
| I
|-
| '''bool'''
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
|
|}

* Toda conversión implícita no ocasiona pérdida de información, truncamientos o redondeos.
* Es posible (mas no siempre ocurre) que en una conversión explícita haya pérdida de información, truncamientos o redondeos.
* En toda conversión implícita el tipo de dato destino es mayor que el tipo de dato origen.
* La conversión explícita se realiza de la siguiente forma: <code>(tipo-destino) expresion</code>.

Además de realizarse dentro de una asignación, las conversiones de tipos también tienen lugar dentro de una expresión, pues en cada operación ambos operandos deben de ser del mismo tipo. Si la conversión es del tipo implícito se efectúa el siguiente algoritmo en dicho orden:

# Si un operando es '''decimal''', el otro operando se transforma a '''decimal'''.
# Si un operando es '''double''', el otro operando se transforma a '''double'''.
# Si un operando es '''float''', el otro operando se transforma a '''float'''.
# Si un operando es '''ulong''', el otro operando se transforma a '''ulong'''.
# Si un operando es '''long''', el otro operando se transforma a '''long'''.
# Si un operando es '''uint''', y si el otro operando es de tipo '''sbyte''', '''short''' o '''int''', los dos se transforman a '''long'''.
# Si un operando es '''uint''', el otro operando se transforma a '''uint'''.
# Si ninguno de los casos anteriores, los dos operandos se transforman a '''int'''.

== Operadores ==

C♯ tiene cuatro clases generales de [[operadores]]: '''[[Operadores aritméticos|aritméticos]]''', '''a nivel de bit''', '''relacionales''' y '''lógicos'''.

{| class="wikitable" border="1"
! colspan=3 | Operadores
|-
! Operador
! Significado
! Tipo
|-
| +
| Suma
| Aritmético
|-
| -
| Resta
| Aritmético
|-
| *
| Producto
| Aritmético
|-
| /
| División
| Aritmético
|-
| %
| Módulo (residuo entero)
| Aritmético
|-
| ++
| Incremento
| Aritmético
|-
| --
| Decremento
| Aritmético
|-
| ==
| Igual que
| Relacional
|-
| !=
| Distinto que
| Relacional
|-
| >
| Mayor que
| Relacional
|-
| <
| Menor que
| Relacional
|-
| >=
| Mayor o igual que
| Relacional
|-
| <=
| Menor o igual que
| Relacional
|-
| &
| AND
| Lógico y a nivel de bits
|-
| <nowiki>|</nowiki>
| OR
| Lógico y a nivel de bits
|-
| ^
| XOR y de nivel de bits
| Lógico
|-
| <nowiki>||</nowiki>
| OR de cortocircuito
| Lógico
|-
| &&
| AND de cortocircuito
| Lógico
|-
| !
| NOT
| Lógico
|-
| ~
| Complemento a uno
| A nivel de bits
|-
| <<
| Desplazamiento a la izquierda
| A nivel de bits
|-
| >>
| Desplazamiento a la derecha
| A nivel de bits
|}

* Los [[operadores aritméticos]] funcionan igual que en C y [[C++]].
* El resultado de los [[operadores relacionales]] y lógicos es un valor '''bool'''.
* Los [[operadores de cortocircuito]] evalúan el segundo operando solo cuando es necesario.
* Los [[operadores a nivel de bit]] no se pueden aplicar a tipos '''bool''', '''float''', '''double''' o '''decimal'''.

== Instrucciones de control ==

* La instrucción '''if-else''' es básicamente igual que en C, C++ y [[Java]].
* La diferencia de la instrucción '''switch''' con la versión de C, C++ y Java es que todo cuerpo perteneciente a un '''case''' debe de toparse con un '''break''' o un '''goto''' antes de toparse con otro '''case''', a menos que dicho cuerpo esté vacío.
* La instrucción '''for''' es básicamente igual que en C, C++ y Java.
* La instrucción '''while''' es básicamente igual que en C, C++ y Java.
* La instrucción '''do-while''' es básicamente igual que en C, C++ y Java.
* La instrucción '''foreach''' realiza un ciclo a través de los elementos de una colección (grupo de objetos). El formato de esta instrucción es: <code>foreach(tipo variable in coleccion) instruccion;</code>. En este ciclo se recorre la colección y la variable recibe un respectivo elemento de dicha colección en cada iteración.
* Al igual que en C y C++, la instrucción '''break''' permite forzar la salida de un ciclo omitiendo el código restante en el cuerpo del ciclo.
* Al igual que en C y C++, la instrucción '''continue''' permite forzar la repetición temprana de un ciclo omitiendo el código restante en el cuerpo del ciclo.
* La instrucción '''return''' es básicamente igual que en C, C++. Se utiliza para devolver un valor y salir de un método.
* La instrucción '''goto''' se sigue utilizando en C♯ a pesar de toda la polémica que esto conlleva.

== Métodos ==

* Todo método debe de ser parte de una clase, no existen métodos globales.
* De forma predeterminada, los parámetros se pasan por valor (se copia dicho valor).
* El modificador '''ref''' fuerza a pasar los parámetros por referencia en vez de pasarlos por valor.
* El modificador '''out''' es similar al modificador '''ref''' con una excepción: sólo se puede utilizar para pasar un valor fuera de un método. El método debe de asignar un valor al parámetro antes de que el método finalice.
* Cuando '''ref''' y '''out''' modifican un parámetro de referencia, la propia referencia se pasa por referencia.
* El modificador '''params''' sirve para definir un número variable de argumentos los cuales se implementan como una matriz. Ejemplo: <code>public int maxVal(params int[] nums){...}</code>, esta función se podría llamar así: <code>maxVal(23,3,a,-12);</code>.
* Un método debe tener como máximo un único parámetro '''params''' y éste debe de ser el último.
* Un método puede devolver cualquier tipo de datos, incluyendo tipos de clase.
* Ya que en C# las [[matrices]] se implementan como objetos, un método también puede devolver una [[matriz]] (algo que se diferencia de C++ en que las matrices no son válidas como tipos de valores devueltos).
* C♯ implementa '''sobrecarga de métodos''', dos o más métodos pueden tener el mismo nombre siempre y cuando se diferencien por sus parámetros.
* El método '''Main''' es un método especial al cual se refiere el punto de partida del programa. Tiene la siguiente sintaxis: <code>public static int Main(string[] args){...}</code>.

== Clases y objetos ==

Varios puntos a tener en cuenta en C♯ con respecto a [[clases]] y [[objetos]] son los siguientes:

* Una [[variable de objeto]] de cierta clase no almacena los valores del objeto sino su referencia (al igual que Java).
* El operador de asignación no copia los valores de un objeto, sino su referencia a él (al igual que Java).
* Un constructor tiene el mismo nombre que su clase y es sintácticamente similar a un método.
* Un constructor no devuelve ningún valor.
* Al igual que los métodos, los constructores también pueden ser sobrecargados.
* Si no se especifica un constructor en una clase, se usa uno por defecto que consiste en asignar a todas las variables el valor de '''0''', '''null''' o '''false''' según corresponda.
* Para crear un nuevo objeto se utiliza la siguiente sintaxis: <code>variable = new nombre_clase();</code>.
* Un destructor se declara como un constructor, aunque va precedido por un signo de tilde ~.
* Se emplea una desasignación de memoria de objetos no referenciados (recolección de basura), y cuando esto ocurre se ejecuta el destructor de dicha clase.
* El destructor de una clase no se llama cuando un objeto sale del ámbito.
* Todos los destructores se llamarán antes de que finalice un programa.
* La palabra clave '''this''' es un apuntador al mismo objeto en el cual se usa.
* La palabra clave '''static''' hace que un miembro pertenezca a una clase en vez de pertener a objetos de dicha clase. Se puede tener acceso a dicho miembro antes de que se cree cualquier objeto de su clase y sin referencias a un objeto.
* Un método '''static''' no tiene una referencia '''this'''.
* Un método '''static''' puede llamar sólo a otros métodos '''static'''.
* Un método '''static''' sólo debe tener acceso directamente a datos '''static'''.
* Un constructor '''static''' se usa para inicializar atributos que se aplican a una clase en lugar de aplicarse a una instancia.
* C♯ permite la sobrecarga de operadores con la palabra clave '''operator'''

== Matrices ==

* En C♯ las matrices se implementan como objetos.
* Para crear una matriz se utiliza el siguiente formato: <code>tipo[] nombre_matriz = new tipo[tamaño];</code>
* Se puede crear una matriz inicializada así: <code>tipo[] nombre_matriz = { val1 , val2 , val3 , ... , valN };</code>
* Los índices de las matrices comienzan en 0.
* Para crear una matriz '''bidimensional''' se utiliza el siguiente formato: <code>tipo[,] nombre_matriz = new tipo[filas,columnas]</code>
* Para referirse a un elemento de una matriz bidimensional no se usa la forma <code>matriz[fila][columna]</code> (la cual usa C++), si no <code>matriz[fila,columna]</code>.
* Ya que C♯ implementa matrices como objetos, cada matriz tiene asociada una propiedad '''Length''' que contiene el número de elementos que puede alojar cada matriz.

== Cadenas de caracteres ==

* El tipo de dato cadena se llama '''string'''.
* Realmente la palabra clave '''string''' es un alias de la clase '''System.String''' de la plataforma .NET.
* En C♯ las cadenas son objetos y no una matriz de caracteres, aun así, se puede obtener un carácter arbitrario de una cadena por medio de su índice (mas no modificarlo).
* La forma más común de construir una cadena es por medio de una literal o constante: <code>string str = "Una cadena";</code>
* El operador '''==''' determina si dos referencias hacen referencia al mismo objeto, pero al usar dicho operador con dos operandos tipo '''string''' se prueba la igualdad del contenido de las cadenas y no su referencia. Sin embargo, con el resto de los operadores relacionales, como '''<''' o '''>=''' se comparan las referencias.
* Se pueden concatenar (unir) dos cadenas mediante el operador '''+'''.
* Las cadenas son inmutables, una vez creadas no se pueden modificar, solo se pueden copiar total o parcialmente.
* Las cadenas se pueden usar en las instrucciones '''switch'''.

{| class="wikitable" border="1"
! colspan="2" | Métodos comunes de control de cadenas
|-
! Método
! Descripción
|-
| '''<code>static string Copy(string str)</code>'''
| Devuelve una copia de str.
|-
| '''<code>int CompareTo(string str)</code>'''
| Devuelve menor que cero si la cadena que llama es menor que str, mayor que cero si la cadena que llama es mayor que str, y cero si las cadenas son iguales.
|-
| '''<code>int IndexOf(string str)</code>'''
| Busca en la cadena que llama la subcadena especificada por str.
Devuelve el índice de la primera coincidencia, o -1 en caso de error.
|-
| '''<code>int LastIndexOf(string str)</code>'''
| Busca en la cadena que llama la subcadena especificada por str. Devuelve el índice de la última coincidencia, o -1 en caso de error.
|-
| '''<code>string ToLower</code>'''
| Devuelve una versión en minúsculas de la cadena que llama.
|-
| '''<code>string ToUpper</code>'''
| Devuelve una versión en mayúsculas de la cadena que llama.
|}
== Ejemplos ==

*'''Crear una variable del tipo string y mostrarla en un mensaje'''

<syntaxhighlight lang="cpp">
using System;
public void ejemplo()
{
string Var1 = "Hola";
MessageBox.Show(Var1);
}
</syntaxhighlight>

== Compiladores ==

En la actualidad existen los siguientes [[compilador]]es para el lenguaje C♯:

* [http://www.microsoft.com/downloads/details.aspx?familyid=FE6F2099-B7B4-4F47-A244-C96D69C35DEC&displaylang=en Microsoft.NET framework SDK] incluye un compilador de C♯, pero no un [[Entorno de desarrollo integrado|IDE]].
* [[Microsoft Visual Studio|Microsoft Visual Studio]], IDE por excelencia de este lenguaje, versión 2002, 2003, 2005, 2008 y 2010(beta).
* [[SharpDevelop|#develop]], es un IDE [[Software libre|libre]] para C♯ bajo licencia [[GNU LGPL|LGPL]], muy similar a Microsoft Visual C#.
* [[Proyecto Mono|Mono]], es una implementación [[Licencia pública general de GNU|GPL]] de todo el entorno [[.NET de Microsoft|.NET]] desarrollado por [[Novell]]. Como parte de esta implementación se incluye un compilador de C♯.
* [[Delphi]] 2006, de [[Borland]] Software Corporation.
* [[dotGNU]] [[Portable.NET]], de la [[Free Software Foundation]].

== Metas del diseño del lenguaje ==

El estándar [[ECMA]] lista las siguientes metas en el diseño para C♯:

* Lenguaje de programación orientado a objetos '''simple, moderno y de propósito general'''.
* Inclusión de principios de [[ingeniería de software]] tales como revisión estricta de los tipos de datos, revisión de límites de vectores, detección de intentos de usar variables no inicializadas, y recolección de basura automática.
* Capacidad para desarrollar [[componentes de software]] que se puedan usar en ambientes distribuidos.
* [[aplicaciones portables|Portabilidad del código fuente]]
* Fácil migración del programador al nuevo lenguaje, especialmente para programadores familiarizados con C y [[C++]].
* Soporte para [[Internacionalización (computación)|internacionalización]]
* Adecuación para escribir aplicaciones de cualquier tamaño: desde las más grandes y sofisticadas como [[sistemas operativos]] hasta las más pequeñas funciones.
* Aplicaciones económicas en cuanto a memoria y procesado.

==Referencias==

<references />

==Ver también==

*[[Ciencia de la Información]]
*[[Puntero (C++)]]
*[[Constructor (C++)]]
*[[Ficheros en C++]]
*[[C++]]
*[[Programación de Computadoras]]
*[[Programación Orientada a Objetos]]
*[[Historia del Lenguaje C]]
*[[ExtendedVisualOtp]]: Framework para el desarrollo de aplicaciones cliente-servidor en tiempo real utilizando C Sharp y [[Erlang]].

==Fuente==

* [http://www.microsoft.com/downloads/details.aspx?familyid=FE6F2099-B7B4-4F47-A244-C96D69C35DEC&displaylang=en Microsoft.NET framework SDK]
*[http://msdn.microsoft.com/en-us/vcsharp/aa336779.aspx Frequently Asked Questions About Visual C# .NET 2003]
*[http://www.lenguajes-de-programacion.com/programacion-orientada-a-objetos.shtml http://www.lenguajes-de-programacion.com/programacion-orientada-a-objetos.shtml]
*[http://www.desarrolloweb.com/articulos/499.php http://www.desarrolloweb.com/articulos/499.php]
*[http://es.wikipedia.org/wiki/C_sharp Wikipedia]

[[Category:Programación]][[Category:Informática]]
[[Category:Lenguajes_de_programación_orientada_a_objetos]]

Lenguaje de Programación C Sharp

2011-07-11T22:11:41Z

Goldfields: /* Ver también */

{{Ficha Software
|nombre= C#
|familia=
|imagen= Cshar1.JPG
|tamaño=
|descripción= Lenguaje de Programación Orientado a Objetos.
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador= [[Microsoft]] Corporation.
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial= [[2001]]
|versiones=
|última versión estable=
|género=
|sistemas operativos=
|idioma=
|licencia= Comercial.
|premios=
|web= http://www.microsoft.com/net
}}
'''C#''' (pronunciado si sharp en inglés) es un lenguaje de programación orientado a objetos desarrollado y estandarizado por [[Microsoft]] como parte de su [[plataforma.NET]], que después fue aprobado como un estándar por la [[ECMA]] e [[ISO]].

== Características ==

Su sintaxis básica deriva de C/[[C++]] y utiliza el modelo de objetos de la plataforma.NET el cual es similar al de [[Lenguaje de programación Java|Java]] aunque incluye mejoras derivadas de otros lenguajes (entre ellos [[Delphi]]).

La creación del nombre del lenguaje, C♯, proviene de dibujar dos signos positivos encima de los dos signos positivos de "C++", queriendo dar una imagen de salto evolutivo del mismo modo que ocurrió con el paso de C a C++.

C♯, como parte de la plataforma.NET, está normalizado por [[ECMA]] desde diciembre de [[2001]] ([http://www.ecma-international.org/publications/standards/Ecma-334.htm C# Language Specification] "Especificación del lenguaje C♯"). El [[7 de noviembre]] de [[2005]] salió la versión 2.0 del lenguaje que incluía mejoras tales como tipos genéricos, métodos anónimos, iteradores, tipos parciales y tipos anulables. El [[19 de noviembre de 2007]] salió la versión 3.0 de C# destacando entre las mejoras los tipos implícitos, [[tipos anónimos]] y [[LINQ]] (''Language Integrated Query'' -consulta integrada en el lenguaje).

Aunque C♯ forma parte de la plataforma.NET, ésta es una [[interfaz de programación de aplicaciones]] ('''API'''); mientras que C♯ es un lenguaje de programación independiente diseñado para generar programas sobre dicha plataforma. Ya existe un [[compilador]] implementado que provee el marco de [[DotGNU]] - [[Proyecto Mono|Mono]] que genera programas para distintas plataformas como [[Win32]], [[UNIX]] y [[Linux]].

== Historia ==

Durante el desarrollo de la plataforma .NET, las [[bibliotecas de clases]] fueron escritas originalmente en el [[Lenguaje de Programación C|lenguaje]] compilador [[Simple Managed C]].En enero de [[1999]], [[Anders Hejlsberg]] formó un equipo con la misión de desarrollar un nuevo lenguaje de programación llamado Cool (C [[Programación Orientada a Objetos|Orientado a Objetos]]). Este nombre tuvo que ser cambiado debido a problemas de marca pasando a llamarse C♯ aunque habitualmente se escribe C#.<ref>Visual C# Developer Center, [http://msdn.microsoft.com/en-us/vcsharp/aa336779.aspx Frequently Asked Questions About Visual C# .NET 2003]</ref> La biblioteca de clases de la plataforma .NET fue migrada entonces al nuevo lenguaje.

[[Hejlsberg]] lideró el proyecto de desarrollo de C♯. Anteriormente, ya participó en el desarrollo de otros lenguajes como [[Turbo Pascal]], [[J++]] y [[Borland Delphi]]

== Tipos de datos ==

C♯ contiene dos categorías generales de tipos de datos integrados: '''tipos de valor''' y '''tipos de referencia'''. El término '''tipo de valor''' indica que esos tipos contienen directamente sus valores.

C♯ define ocho tipos de enteros, a saber:

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de enteros
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''byte'''
| 8
| De 0 a 255
| Entero sin signo de 8 bits
|-
| '''sbyte'''
| 8
| De -128 a 127
| Entero con signo de 8 bits
|-
| '''short'''
| 16
| De -32.768 a 32.767
| Entero corto
|-
| '''ushort'''
| 16
| De 0 a 65.535
| Entero corto sin signo
|-
| '''int'''
| 32
| De -2.147.483.648 a 2.147.483.647
| Entero medio
|-
| '''uint'''
| 32
| De 0 a 4.294.967.295
| Entero medio sin signo
|-
| '''long'''
| 64
| De -9.223.372.036.854.775.808 a 9.223.372.036.854.775.807
| Entero largo
|-
| '''ulong'''
| 64
| De 0 a 18.446.744.073.709.551.615
| Entero largo sin signo
|}

Los tipos de [[punto flotante]] pueden representar números con [[componentes fraccionales]]. Existen dos clases de tipos de punto flotante; '''float''' y '''double'''. El tipo '''double''' es el más utilizado porque muchas funciones matemáticas de la biblioteca de clases de C♯ usan valores '''double'''. Quizá, el tipo flotante más interesante de C♯ es '''decimal''', dirigido al uso de cálculos monetarios. La aritmética de punto flotante normal está sujeta a una variedad de errores de redondeo cuando se aplica a valores decimales. El tipo '''decimal''' elimina estos errores y puede representar hasta 28 lugares decimales.

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de punto flotante
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''float'''
| 32
| De 1,5E-45 a 3,4E+38
| Punto flotante corto
|-
| '''double'''
| 64
| De 5E-324 a 1,7E+308
| Punto flotante largo
|-
| '''decimal'''
| 128
| De 1E-28 a 7,9E+28
| Punto flotante monetario
|}

Los caracteres en C♯ no son cantidades de 8 bits como en otros muchos lenguajes de programación. Por el contrario, C♯ usa un tipo de caracteres de 16 bits llamado [[Unicode]] al cual se le llama '''char'''. No existen conversiones automáticas de tipo entero a '''char'''.

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de caracteres
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''char'''
| 16
| De 0 a 65,535 (código Unicode)
| Carácter
|}

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos lógicos
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''bool'''
| 1
| true or false, no se usa 1 ó 0 ya que no hay conversión definida
| true or false
|}

No existe una conversión definida entre '''bool''' y los valores enteros (1 no se convierte a verdadero ni 0 se convierte a falso).

== Constantes ==

Las constantes en C♯ se denominan ''literales''. Todas las constantes tienen un tipo de dato, en caso de ser una constante entera se usa la de menor tamaño que pueda alojarla, empezando por '''int'''. En caso de punto flotante se considera como un '''double'''. Sin embargo se puede especificar explícitamente el tipo de dato que una constante deberá usar, por medio de los sufijos:

{| class="wikitable" border="1"
! Sufijo
! Tipo de dato
! Ejemplo
|-
| L
| long
| 12L
|-
| UL
| ulong
| 68687UL
|-
| F
| float
| 10,19F
|-
| M
| decimal
| 9,95M
|}

En ocasiones, resulta más sencillo usar un sistema numérico basado en 16 en lugar de 10, para tal caso C♯ permite especificar constantes enteras en formato [[hexadecimal]], y se hace empezando con '''0x'''. Por ejemplo: '''0xFF''' equivale a 255 en decimal.

C♯ tiene caracteres denominados '''secuencias de escape''' para facilitar la escritura con el teclado de símbolos que carecen de representación visual. Estos son:

{| class="wikitable" border="1"
! Secuencia de escape
! Descripción
|-
| \a
| Alerta (timbre)
|-
| \b
| Retroceso
|-
| \f
| Avance de página
|-
| \n
| Nueva línea
|-
| \r
| Retorno de carro
|-
| \t
| Tabulador horizontal
|-
| \v
| Tabulador vertical
|-
| \0
| Nulo
|-
| \'
| Comilla sencilla
|-
| \"
| Comilla doble
|-
| \\
| Diagonal invertida
|}

C♯, al igual que [[C++]], es compatible con el tipo de constante cadena de [[caracteres]]. Dentro de la cadena de caracteres se pueden usar secuencias de escape. Una cadena de caracteres puede iniciarse con el símbolo '''@''' seguido por una cadena entre comillas, en tal caso, las secuencias de escape no tienen efecto y además la cadena puede ocupar dos o más líneas.

== Variables ==

Toda [[variable]] se debe declarar antes de ser utilizada. La forma en que se declara una variable en C♯ es la siguiente:

<code>tipo nombre_variable;</code>

Para asignar un valor a una variable:

<code>nombre_variable = valor</code>

Las conversiones de tipo de variables en C♯ se representan en la siguiente tabla en donde la fila es el origen y la columna el destino. Los significados de las letras son: '''A''' (Conversión automática o implícita), '''E''' (Conversión explícita), '''I''' (Conversión incompatible).

{| class="wikitable" border="1"
! colspan=14 | Conversiones de tipo de datos
|-
!
! '''byte'''
! '''sbyte'''
! '''short'''
! '''ushort'''
! '''int'''
! '''uint'''
! '''long'''
! '''ulong'''
! '''float'''
! '''double'''
! '''decimal'''
! '''char'''
! '''bool'''
|-
| '''byte'''
|
| E
| A
| A
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''sbyte'''
| E
|
| A
| E
| A
| E
| A
| A
| E
| E
| E
| E
| I
|-
| '''short'''
| E
| E
|
| E
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''ushort'''
| E
| E
| E
|
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''int'''
| E
| E
| E
| E
|
| E
| A
| A
| E
| E
| E
| E
| I
|-
| '''uint'''
| E
| E
| E
| E
| E
|
| A
| A
| E
| E
| E
| E
| I
|-
| '''long'''
| E
| E
| E
| E
| E
| E
|
| E
| E
| E
| E
| E
| I
|-
| '''ulong'''
| E
| E
| E
| E
| E
| E
| E
|
| E
| E
| E
| E
| I
|-
| '''float'''
| E
| E
| E
| E
| E
| E
| E
| E
|
| A
| E
| I
| I
|-
| '''double'''
| E
| E
| E
| E
| E
| E
| E
| E
| E
|
| E
| I
| I
|-
| '''decimal'''
| E
| E
| E
| E
| E
| E
| E
| E
| E
| E
|
| I
| I
|-
| '''char'''
| E
| E
| E
| A
| A
| A
| A
| A
| A
| A
| A
|
| I
|-
| '''bool'''
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
|
|}

* Toda conversión implícita no ocasiona pérdida de información, truncamientos o redondeos.
* Es posible (mas no siempre ocurre) que en una conversión explícita haya pérdida de información, truncamientos o redondeos.
* En toda conversión implícita el tipo de dato destino es mayor que el tipo de dato origen.
* La conversión explícita se realiza de la siguiente forma: <code>(tipo-destino) expresion</code>.

Además de realizarse dentro de una asignación, las conversiones de tipos también tienen lugar dentro de una expresión, pues en cada operación ambos operandos deben de ser del mismo tipo. Si la conversión es del tipo implícito se efectúa el siguiente algoritmo en dicho orden:

# Si un operando es '''decimal''', el otro operando se transforma a '''decimal'''.
# Si un operando es '''double''', el otro operando se transforma a '''double'''.
# Si un operando es '''float''', el otro operando se transforma a '''float'''.
# Si un operando es '''ulong''', el otro operando se transforma a '''ulong'''.
# Si un operando es '''long''', el otro operando se transforma a '''long'''.
# Si un operando es '''uint''', y si el otro operando es de tipo '''sbyte''', '''short''' o '''int''', los dos se transforman a '''long'''.
# Si un operando es '''uint''', el otro operando se transforma a '''uint'''.
# Si ninguno de los casos anteriores, los dos operandos se transforman a '''int'''.

== Operadores ==

C♯ tiene cuatro clases generales de [[operadores]]: '''[[Operadores aritméticos|aritméticos]]''', '''a nivel de bit''', '''relacionales''' y '''lógicos'''.

{| class="wikitable" border="1"
! colspan=3 | Operadores
|-
! Operador
! Significado
! Tipo
|-
| +
| Suma
| Aritmético
|-
| -
| Resta
| Aritmético
|-
| *
| Producto
| Aritmético
|-
| /
| División
| Aritmético
|-
| %
| Módulo (residuo entero)
| Aritmético
|-
| ++
| Incremento
| Aritmético
|-
| --
| Decremento
| Aritmético
|-
| ==
| Igual que
| Relacional
|-
| !=
| Distinto que
| Relacional
|-
| >
| Mayor que
| Relacional
|-
| <
| Menor que
| Relacional
|-
| >=
| Mayor o igual que
| Relacional
|-
| <=
| Menor o igual que
| Relacional
|-
| &
| AND
| Lógico y a nivel de bits
|-
| <nowiki>|</nowiki>
| OR
| Lógico y a nivel de bits
|-
| ^
| XOR y de nivel de bits
| Lógico
|-
| <nowiki>||</nowiki>
| OR de cortocircuito
| Lógico
|-
| &&
| AND de cortocircuito
| Lógico
|-
| !
| NOT
| Lógico
|-
| ~
| Complemento a uno
| A nivel de bits
|-
| <<
| Desplazamiento a la izquierda
| A nivel de bits
|-
| >>
| Desplazamiento a la derecha
| A nivel de bits
|}

* Los [[operadores aritméticos]] funcionan igual que en C y [[C++]].
* El resultado de los [[operadores relacionales]] y lógicos es un valor '''bool'''.
* Los [[operadores de cortocircuito]] evalúan el segundo operando solo cuando es necesario.
* Los [[operadores a nivel de bit]] no se pueden aplicar a tipos '''bool''', '''float''', '''double''' o '''decimal'''.

== Instrucciones de control ==

* La instrucción '''if-else''' es básicamente igual que en C, C++ y [[Java]].
* La diferencia de la instrucción '''switch''' con la versión de C, C++ y Java es que todo cuerpo perteneciente a un '''case''' debe de toparse con un '''break''' o un '''goto''' antes de toparse con otro '''case''', a menos que dicho cuerpo esté vacío.
* La instrucción '''for''' es básicamente igual que en C, C++ y Java.
* La instrucción '''while''' es básicamente igual que en C, C++ y Java.
* La instrucción '''do-while''' es básicamente igual que en C, C++ y Java.
* La instrucción '''foreach''' realiza un ciclo a través de los elementos de una colección (grupo de objetos). El formato de esta instrucción es: <code>foreach(tipo variable in coleccion) instruccion;</code>. En este ciclo se recorre la colección y la variable recibe un respectivo elemento de dicha colección en cada iteración.
* Al igual que en C y C++, la instrucción '''break''' permite forzar la salida de un ciclo omitiendo el código restante en el cuerpo del ciclo.
* Al igual que en C y C++, la instrucción '''continue''' permite forzar la repetición temprana de un ciclo omitiendo el código restante en el cuerpo del ciclo.
* La instrucción '''return''' es básicamente igual que en C, C++. Se utiliza para devolver un valor y salir de un método.
* La instrucción '''goto''' se sigue utilizando en C♯ a pesar de toda la polémica que esto conlleva.

== Métodos ==

* Todo método debe de ser parte de una clase, no existen métodos globales.
* De forma predeterminada, los parámetros se pasan por valor (se copia dicho valor).
* El modificador '''ref''' fuerza a pasar los parámetros por referencia en vez de pasarlos por valor.
* El modificador '''out''' es similar al modificador '''ref''' con una excepción: sólo se puede utilizar para pasar un valor fuera de un método. El método debe de asignar un valor al parámetro antes de que el método finalice.
* Cuando '''ref''' y '''out''' modifican un parámetro de referencia, la propia referencia se pasa por referencia.
* El modificador '''params''' sirve para definir un número variable de argumentos los cuales se implementan como una matriz. Ejemplo: <code>public int maxVal(params int[] nums){...}</code>, esta función se podría llamar así: <code>maxVal(23,3,a,-12);</code>.
* Un método debe tener como máximo un único parámetro '''params''' y éste debe de ser el último.
* Un método puede devolver cualquier tipo de datos, incluyendo tipos de clase.
* Ya que en C# las [[matrices]] se implementan como objetos, un método también puede devolver una [[matriz]] (algo que se diferencia de C++ en que las matrices no son válidas como tipos de valores devueltos).
* C♯ implementa '''sobrecarga de métodos''', dos o más métodos pueden tener el mismo nombre siempre y cuando se diferencien por sus parámetros.
* El método '''Main''' es un método especial al cual se refiere el punto de partida del programa. Tiene la siguiente sintaxis: <code>public static int Main(string[] args){...}</code>.

== Clases y objetos ==

Varios puntos a tener en cuenta en C♯ con respecto a [[clases]] y [[objetos]] son los siguientes:

* Una [[variable de objeto]] de cierta clase no almacena los valores del objeto sino su referencia (al igual que Java).
* El operador de asignación no copia los valores de un objeto, sino su referencia a él (al igual que Java).
* Un constructor tiene el mismo nombre que su clase y es sintácticamente similar a un método.
* Un constructor no devuelve ningún valor.
* Al igual que los métodos, los constructores también pueden ser sobrecargados.
* Si no se especifica un constructor en una clase, se usa uno por defecto que consiste en asignar a todas las variables el valor de '''0''', '''null''' o '''false''' según corresponda.
* Para crear un nuevo objeto se utiliza la siguiente sintaxis: <code>variable = new nombre_clase();</code>.
* Un destructor se declara como un constructor, aunque va precedido por un signo de tilde ~.
* Se emplea una desasignación de memoria de objetos no referenciados (recolección de basura), y cuando esto ocurre se ejecuta el destructor de dicha clase.
* El destructor de una clase no se llama cuando un objeto sale del ámbito.
* Todos los destructores se llamarán antes de que finalice un programa.
* La palabra clave '''this''' es un apuntador al mismo objeto en el cual se usa.
* La palabra clave '''static''' hace que un miembro pertenezca a una clase en vez de pertener a objetos de dicha clase. Se puede tener acceso a dicho miembro antes de que se cree cualquier objeto de su clase y sin referencias a un objeto.
* Un método '''static''' no tiene una referencia '''this'''.
* Un método '''static''' puede llamar sólo a otros métodos '''static'''.
* Un método '''static''' sólo debe tener acceso directamente a datos '''static'''.
* Un constructor '''static''' se usa para inicializar atributos que se aplican a una clase en lugar de aplicarse a una instancia.
* C♯ permite la sobrecarga de operadores con la palabra clave '''operator'''

== Matrices ==

* En C♯ las matrices se implementan como objetos.
* Para crear una matriz se utiliza el siguiente formato: <code>tipo[] nombre_matriz = new tipo[tamaño];</code>
* Se puede crear una matriz inicializada así: <code>tipo[] nombre_matriz = { val1 , val2 , val3 , ... , valN };</code>
* Los índices de las matrices comienzan en 0.
* Para crear una matriz '''bidimensional''' se utiliza el siguiente formato: <code>tipo[,] nombre_matriz = new tipo[filas,columnas]</code>
* Para referirse a un elemento de una matriz bidimensional no se usa la forma <code>matriz[fila][columna]</code> (la cual usa C++), si no <code>matriz[fila,columna]</code>.
* Ya que C♯ implementa matrices como objetos, cada matriz tiene asociada una propiedad '''Length''' que contiene el número de elementos que puede alojar cada matriz.

== Cadenas de caracteres ==

* El tipo de dato cadena se llama '''string'''.
* Realmente la palabra clave '''string''' es un alias de la clase '''System.String''' de la plataforma .NET.
* En C♯ las cadenas son objetos y no una matriz de caracteres, aun así, se puede obtener un carácter arbitrario de una cadena por medio de su índice (mas no modificarlo).
* La forma más común de construir una cadena es por medio de una literal o constante: <code>string str = "Una cadena";</code>
* El operador '''==''' determina si dos referencias hacen referencia al mismo objeto, pero al usar dicho operador con dos operandos tipo '''string''' se prueba la igualdad del contenido de las cadenas y no su referencia. Sin embargo, con el resto de los operadores relacionales, como '''<''' o '''>=''' se comparan las referencias.
* Se pueden concatenar (unir) dos cadenas mediante el operador '''+'''.
* Las cadenas son inmutables, una vez creadas no se pueden modificar, solo se pueden copiar total o parcialmente.
* Las cadenas se pueden usar en las instrucciones '''switch'''.

{| class="wikitable" border="1"
! colspan="2" | Métodos comunes de control de cadenas
|-
! Método
! Descripción
|-
| '''<code>static string Copy(string str)</code>'''
| Devuelve una copia de str.
|-
| '''<code>int CompareTo(string str)</code>'''
| Devuelve menor que cero si la cadena que llama es menor que str, mayor que cero si la cadena que llama es mayor que str, y cero si las cadenas son iguales.
|-
| '''<code>int IndexOf(string str)</code>'''
| Busca en la cadena que llama la subcadena especificada por str.
Devuelve el índice de la primera coincidencia, o -1 en caso de error.
|-
| '''<code>int LastIndexOf(string str)</code>'''
| Busca en la cadena que llama la subcadena especificada por str. Devuelve el índice de la última coincidencia, o -1 en caso de error.
|-
| '''<code>string ToLower</code>'''
| Devuelve una versión en minúsculas de la cadena que llama.
|-
| '''<code>string ToUpper</code>'''
| Devuelve una versión en mayúsculas de la cadena que llama.
|}
== Ejemplos ==

*'''Crear una variable del tipo string y mostrarla en un mensaje'''

<syntaxhighlight lang="cpp">
using System;
public void ejemplo()
{
string Var1 = "Hola";
MessageBox.Show(Var1);
}
</syntaxhighlight>

== Compiladores ==

En la actualidad existen los siguientes [[compilador]]es para el lenguaje C♯:

* [http://www.microsoft.com/downloads/details.aspx?familyid=FE6F2099-B7B4-4F47-A244-C96D69C35DEC&displaylang=en Microsoft.NET framework SDK] incluye un compilador de C♯, pero no un [[Entorno de desarrollo integrado|IDE]].
* [[Microsoft Visual Studio|Microsoft Visual Studio]], IDE por excelencia de este lenguaje, versión 2002, 2003, 2005, 2008 y 2010(beta).
* [[SharpDevelop|#develop]], es un IDE [[Software libre|libre]] para C♯ bajo licencia [[GNU LGPL|LGPL]], muy similar a Microsoft Visual C#.
* [[Proyecto Mono|Mono]], es una implementación [[Licencia pública general de GNU|GPL]] de todo el entorno [[.NET de Microsoft|.NET]] desarrollado por [[Novell]]. Como parte de esta implementación se incluye un compilador de C♯.
* [[Delphi]] 2006, de [[Borland]] Software Corporation.
* [[dotGNU]] [[Portable.NET]], de la [[Free Software Foundation]].

== Metas del diseño del lenguaje ==

El estándar [[ECMA]] lista las siguientes metas en el diseño para C♯:

* Lenguaje de programación orientado a objetos '''simple, moderno y de propósito general'''.
* Inclusión de principios de [[ingeniería de software]] tales como revisión estricta de los tipos de datos, revisión de límites de vectores, detección de intentos de usar variables no inicializadas, y recolección de basura automática.
* Capacidad para desarrollar [[componentes de software]] que se puedan usar en ambientes distribuidos.
* [[aplicaciones portables|Portabilidad del código fuente]]
* Fácil migración del programador al nuevo lenguaje, especialmente para programadores familiarizados con C y [[C++]].
* Soporte para [[Internacionalización (computación)|internacionalización]]
* Adecuación para escribir aplicaciones de cualquier tamaño: desde las más grandes y sofisticadas como [[sistemas operativos]] hasta las más pequeñas funciones.
* Aplicaciones económicas en cuanto a memoria y procesado.

==Referencias==

<references />

==Ver también==

*[[Ciencia de la Información]]
*[[Puntero (C++)]]
*[[Constructor (C++)]]
*[[Ficheros en C++]]
*[[C++]]
*[[Programación de Computadoras]]
*[[Programación Orientada a Objetos]]
*[[Historia del Lenguaje C]]
*[[ExtendedVisualOtp]]: Framework para el desarrollo de aplicaciones cliente-servidor en tiempo real
:utilizando [[Lenguaje de Programación C Sharp|C Sharp]] y [[Erlang]].

==Fuente==

* [http://www.microsoft.com/downloads/details.aspx?familyid=FE6F2099-B7B4-4F47-A244-C96D69C35DEC&displaylang=en Microsoft.NET framework SDK]
*[http://msdn.microsoft.com/en-us/vcsharp/aa336779.aspx Frequently Asked Questions About Visual C# .NET 2003]
*[http://www.lenguajes-de-programacion.com/programacion-orientada-a-objetos.shtml http://www.lenguajes-de-programacion.com/programacion-orientada-a-objetos.shtml]
*[http://www.desarrolloweb.com/articulos/499.php http://www.desarrolloweb.com/articulos/499.php]
*[http://es.wikipedia.org/wiki/C_sharp Wikipedia]

[[Category:Programación]][[Category:Informática]]
[[Category:Lenguajes_de_programación_orientada_a_objetos]]

Lenguaje de Programación C Sharp

2011-07-11T22:10:39Z

Goldfields: /* Ver también */

{{Ficha Software
|nombre= C#
|familia=
|imagen= Cshar1.JPG
|tamaño=
|descripción= Lenguaje de Programación Orientado a Objetos.
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador= [[Microsoft]] Corporation.
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial= [[2001]]
|versiones=
|última versión estable=
|género=
|sistemas operativos=
|idioma=
|licencia= Comercial.
|premios=
|web= http://www.microsoft.com/net
}}
'''C#''' (pronunciado si sharp en inglés) es un lenguaje de programación orientado a objetos desarrollado y estandarizado por [[Microsoft]] como parte de su [[plataforma.NET]], que después fue aprobado como un estándar por la [[ECMA]] e [[ISO]].

== Características ==

Su sintaxis básica deriva de C/[[C++]] y utiliza el modelo de objetos de la plataforma.NET el cual es similar al de [[Lenguaje de programación Java|Java]] aunque incluye mejoras derivadas de otros lenguajes (entre ellos [[Delphi]]).

La creación del nombre del lenguaje, C♯, proviene de dibujar dos signos positivos encima de los dos signos positivos de "C++", queriendo dar una imagen de salto evolutivo del mismo modo que ocurrió con el paso de C a C++.

C♯, como parte de la plataforma.NET, está normalizado por [[ECMA]] desde diciembre de [[2001]] ([http://www.ecma-international.org/publications/standards/Ecma-334.htm C# Language Specification] "Especificación del lenguaje C♯"). El [[7 de noviembre]] de [[2005]] salió la versión 2.0 del lenguaje que incluía mejoras tales como tipos genéricos, métodos anónimos, iteradores, tipos parciales y tipos anulables. El [[19 de noviembre de 2007]] salió la versión 3.0 de C# destacando entre las mejoras los tipos implícitos, [[tipos anónimos]] y [[LINQ]] (''Language Integrated Query'' -consulta integrada en el lenguaje).

Aunque C♯ forma parte de la plataforma.NET, ésta es una [[interfaz de programación de aplicaciones]] ('''API'''); mientras que C♯ es un lenguaje de programación independiente diseñado para generar programas sobre dicha plataforma. Ya existe un [[compilador]] implementado que provee el marco de [[DotGNU]] - [[Proyecto Mono|Mono]] que genera programas para distintas plataformas como [[Win32]], [[UNIX]] y [[Linux]].

== Historia ==

Durante el desarrollo de la plataforma .NET, las [[bibliotecas de clases]] fueron escritas originalmente en el [[Lenguaje de Programación C|lenguaje]] compilador [[Simple Managed C]].En enero de [[1999]], [[Anders Hejlsberg]] formó un equipo con la misión de desarrollar un nuevo lenguaje de programación llamado Cool (C [[Programación Orientada a Objetos|Orientado a Objetos]]). Este nombre tuvo que ser cambiado debido a problemas de marca pasando a llamarse C♯ aunque habitualmente se escribe C#.<ref>Visual C# Developer Center, [http://msdn.microsoft.com/en-us/vcsharp/aa336779.aspx Frequently Asked Questions About Visual C# .NET 2003]</ref> La biblioteca de clases de la plataforma .NET fue migrada entonces al nuevo lenguaje.

[[Hejlsberg]] lideró el proyecto de desarrollo de C♯. Anteriormente, ya participó en el desarrollo de otros lenguajes como [[Turbo Pascal]], [[J++]] y [[Borland Delphi]]

== Tipos de datos ==

C♯ contiene dos categorías generales de tipos de datos integrados: '''tipos de valor''' y '''tipos de referencia'''. El término '''tipo de valor''' indica que esos tipos contienen directamente sus valores.

C♯ define ocho tipos de enteros, a saber:

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de enteros
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''byte'''
| 8
| De 0 a 255
| Entero sin signo de 8 bits
|-
| '''sbyte'''
| 8
| De -128 a 127
| Entero con signo de 8 bits
|-
| '''short'''
| 16
| De -32.768 a 32.767
| Entero corto
|-
| '''ushort'''
| 16
| De 0 a 65.535
| Entero corto sin signo
|-
| '''int'''
| 32
| De -2.147.483.648 a 2.147.483.647
| Entero medio
|-
| '''uint'''
| 32
| De 0 a 4.294.967.295
| Entero medio sin signo
|-
| '''long'''
| 64
| De -9.223.372.036.854.775.808 a 9.223.372.036.854.775.807
| Entero largo
|-
| '''ulong'''
| 64
| De 0 a 18.446.744.073.709.551.615
| Entero largo sin signo
|}

Los tipos de [[punto flotante]] pueden representar números con [[componentes fraccionales]]. Existen dos clases de tipos de punto flotante; '''float''' y '''double'''. El tipo '''double''' es el más utilizado porque muchas funciones matemáticas de la biblioteca de clases de C♯ usan valores '''double'''. Quizá, el tipo flotante más interesante de C♯ es '''decimal''', dirigido al uso de cálculos monetarios. La aritmética de punto flotante normal está sujeta a una variedad de errores de redondeo cuando se aplica a valores decimales. El tipo '''decimal''' elimina estos errores y puede representar hasta 28 lugares decimales.

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de punto flotante
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''float'''
| 32
| De 1,5E-45 a 3,4E+38
| Punto flotante corto
|-
| '''double'''
| 64
| De 5E-324 a 1,7E+308
| Punto flotante largo
|-
| '''decimal'''
| 128
| De 1E-28 a 7,9E+28
| Punto flotante monetario
|}

Los caracteres en C♯ no son cantidades de 8 bits como en otros muchos lenguajes de programación. Por el contrario, C♯ usa un tipo de caracteres de 16 bits llamado [[Unicode]] al cual se le llama '''char'''. No existen conversiones automáticas de tipo entero a '''char'''.

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos de caracteres
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''char'''
| 16
| De 0 a 65,535 (código Unicode)
| Carácter
|}

{| class="wikitable" border="1"
! colspan=4 | Tipo de datos lógicos
|-
! Tipo
! Ancho en bits
! Rango
! Significado
|-
| '''bool'''
| 1
| true or false, no se usa 1 ó 0 ya que no hay conversión definida
| true or false
|}

No existe una conversión definida entre '''bool''' y los valores enteros (1 no se convierte a verdadero ni 0 se convierte a falso).

== Constantes ==

Las constantes en C♯ se denominan ''literales''. Todas las constantes tienen un tipo de dato, en caso de ser una constante entera se usa la de menor tamaño que pueda alojarla, empezando por '''int'''. En caso de punto flotante se considera como un '''double'''. Sin embargo se puede especificar explícitamente el tipo de dato que una constante deberá usar, por medio de los sufijos:

{| class="wikitable" border="1"
! Sufijo
! Tipo de dato
! Ejemplo
|-
| L
| long
| 12L
|-
| UL
| ulong
| 68687UL
|-
| F
| float
| 10,19F
|-
| M
| decimal
| 9,95M
|}

En ocasiones, resulta más sencillo usar un sistema numérico basado en 16 en lugar de 10, para tal caso C♯ permite especificar constantes enteras en formato [[hexadecimal]], y se hace empezando con '''0x'''. Por ejemplo: '''0xFF''' equivale a 255 en decimal.

C♯ tiene caracteres denominados '''secuencias de escape''' para facilitar la escritura con el teclado de símbolos que carecen de representación visual. Estos son:

{| class="wikitable" border="1"
! Secuencia de escape
! Descripción
|-
| \a
| Alerta (timbre)
|-
| \b
| Retroceso
|-
| \f
| Avance de página
|-
| \n
| Nueva línea
|-
| \r
| Retorno de carro
|-
| \t
| Tabulador horizontal
|-
| \v
| Tabulador vertical
|-
| \0
| Nulo
|-
| \'
| Comilla sencilla
|-
| \"
| Comilla doble
|-
| \\
| Diagonal invertida
|}

C♯, al igual que [[C++]], es compatible con el tipo de constante cadena de [[caracteres]]. Dentro de la cadena de caracteres se pueden usar secuencias de escape. Una cadena de caracteres puede iniciarse con el símbolo '''@''' seguido por una cadena entre comillas, en tal caso, las secuencias de escape no tienen efecto y además la cadena puede ocupar dos o más líneas.

== Variables ==

Toda [[variable]] se debe declarar antes de ser utilizada. La forma en que se declara una variable en C♯ es la siguiente:

<code>tipo nombre_variable;</code>

Para asignar un valor a una variable:

<code>nombre_variable = valor</code>

Las conversiones de tipo de variables en C♯ se representan en la siguiente tabla en donde la fila es el origen y la columna el destino. Los significados de las letras son: '''A''' (Conversión automática o implícita), '''E''' (Conversión explícita), '''I''' (Conversión incompatible).

{| class="wikitable" border="1"
! colspan=14 | Conversiones de tipo de datos
|-
!
! '''byte'''
! '''sbyte'''
! '''short'''
! '''ushort'''
! '''int'''
! '''uint'''
! '''long'''
! '''ulong'''
! '''float'''
! '''double'''
! '''decimal'''
! '''char'''
! '''bool'''
|-
| '''byte'''
|
| E
| A
| A
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''sbyte'''
| E
|
| A
| E
| A
| E
| A
| A
| E
| E
| E
| E
| I
|-
| '''short'''
| E
| E
|
| E
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''ushort'''
| E
| E
| E
|
| A
| A
| A
| A
| E
| E
| E
| E
| I
|-
| '''int'''
| E
| E
| E
| E
|
| E
| A
| A
| E
| E
| E
| E
| I
|-
| '''uint'''
| E
| E
| E
| E
| E
|
| A
| A
| E
| E
| E
| E
| I
|-
| '''long'''
| E
| E
| E
| E
| E
| E
|
| E
| E
| E
| E
| E
| I
|-
| '''ulong'''
| E
| E
| E
| E
| E
| E
| E
|
| E
| E
| E
| E
| I
|-
| '''float'''
| E
| E
| E
| E
| E
| E
| E
| E
|
| A
| E
| I
| I
|-
| '''double'''
| E
| E
| E
| E
| E
| E
| E
| E
| E
|
| E
| I
| I
|-
| '''decimal'''
| E
| E
| E
| E
| E
| E
| E
| E
| E
| E
|
| I
| I
|-
| '''char'''
| E
| E
| E
| A
| A
| A
| A
| A
| A
| A
| A
|
| I
|-
| '''bool'''
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
| I
|
|}

* Toda conversión implícita no ocasiona pérdida de información, truncamientos o redondeos.
* Es posible (mas no siempre ocurre) que en una conversión explícita haya pérdida de información, truncamientos o redondeos.
* En toda conversión implícita el tipo de dato destino es mayor que el tipo de dato origen.
* La conversión explícita se realiza de la siguiente forma: <code>(tipo-destino) expresion</code>.

Además de realizarse dentro de una asignación, las conversiones de tipos también tienen lugar dentro de una expresión, pues en cada operación ambos operandos deben de ser del mismo tipo. Si la conversión es del tipo implícito se efectúa el siguiente algoritmo en dicho orden:

# Si un operando es '''decimal''', el otro operando se transforma a '''decimal'''.
# Si un operando es '''double''', el otro operando se transforma a '''double'''.
# Si un operando es '''float''', el otro operando se transforma a '''float'''.
# Si un operando es '''ulong''', el otro operando se transforma a '''ulong'''.
# Si un operando es '''long''', el otro operando se transforma a '''long'''.
# Si un operando es '''uint''', y si el otro operando es de tipo '''sbyte''', '''short''' o '''int''', los dos se transforman a '''long'''.
# Si un operando es '''uint''', el otro operando se transforma a '''uint'''.
# Si ninguno de los casos anteriores, los dos operandos se transforman a '''int'''.

== Operadores ==

C♯ tiene cuatro clases generales de [[operadores]]: '''[[Operadores aritméticos|aritméticos]]''', '''a nivel de bit''', '''relacionales''' y '''lógicos'''.

{| class="wikitable" border="1"
! colspan=3 | Operadores
|-
! Operador
! Significado
! Tipo
|-
| +
| Suma
| Aritmético
|-
| -
| Resta
| Aritmético
|-
| *
| Producto
| Aritmético
|-
| /
| División
| Aritmético
|-
| %
| Módulo (residuo entero)
| Aritmético
|-
| ++
| Incremento
| Aritmético
|-
| --
| Decremento
| Aritmético
|-
| ==
| Igual que
| Relacional
|-
| !=
| Distinto que
| Relacional
|-
| >
| Mayor que
| Relacional
|-
| <
| Menor que
| Relacional
|-
| >=
| Mayor o igual que
| Relacional
|-
| <=
| Menor o igual que
| Relacional
|-
| &
| AND
| Lógico y a nivel de bits
|-
| <nowiki>|</nowiki>
| OR
| Lógico y a nivel de bits
|-
| ^
| XOR y de nivel de bits
| Lógico
|-
| <nowiki>||</nowiki>
| OR de cortocircuito
| Lógico
|-
| &&
| AND de cortocircuito
| Lógico
|-
| !
| NOT
| Lógico
|-
| ~
| Complemento a uno
| A nivel de bits
|-
| <<
| Desplazamiento a la izquierda
| A nivel de bits
|-
| >>
| Desplazamiento a la derecha
| A nivel de bits
|}

* Los [[operadores aritméticos]] funcionan igual que en C y [[C++]].
* El resultado de los [[operadores relacionales]] y lógicos es un valor '''bool'''.
* Los [[operadores de cortocircuito]] evalúan el segundo operando solo cuando es necesario.
* Los [[operadores a nivel de bit]] no se pueden aplicar a tipos '''bool''', '''float''', '''double''' o '''decimal'''.

== Instrucciones de control ==

* La instrucción '''if-else''' es básicamente igual que en C, C++ y [[Java]].
* La diferencia de la instrucción '''switch''' con la versión de C, C++ y Java es que todo cuerpo perteneciente a un '''case''' debe de toparse con un '''break''' o un '''goto''' antes de toparse con otro '''case''', a menos que dicho cuerpo esté vacío.
* La instrucción '''for''' es básicamente igual que en C, C++ y Java.
* La instrucción '''while''' es básicamente igual que en C, C++ y Java.
* La instrucción '''do-while''' es básicamente igual que en C, C++ y Java.
* La instrucción '''foreach''' realiza un ciclo a través de los elementos de una colección (grupo de objetos). El formato de esta instrucción es: <code>foreach(tipo variable in coleccion) instruccion;</code>. En este ciclo se recorre la colección y la variable recibe un respectivo elemento de dicha colección en cada iteración.
* Al igual que en C y C++, la instrucción '''break''' permite forzar la salida de un ciclo omitiendo el código restante en el cuerpo del ciclo.
* Al igual que en C y C++, la instrucción '''continue''' permite forzar la repetición temprana de un ciclo omitiendo el código restante en el cuerpo del ciclo.
* La instrucción '''return''' es básicamente igual que en C, C++. Se utiliza para devolver un valor y salir de un método.
* La instrucción '''goto''' se sigue utilizando en C♯ a pesar de toda la polémica que esto conlleva.

== Métodos ==

* Todo método debe de ser parte de una clase, no existen métodos globales.
* De forma predeterminada, los parámetros se pasan por valor (se copia dicho valor).
* El modificador '''ref''' fuerza a pasar los parámetros por referencia en vez de pasarlos por valor.
* El modificador '''out''' es similar al modificador '''ref''' con una excepción: sólo se puede utilizar para pasar un valor fuera de un método. El método debe de asignar un valor al parámetro antes de que el método finalice.
* Cuando '''ref''' y '''out''' modifican un parámetro de referencia, la propia referencia se pasa por referencia.
* El modificador '''params''' sirve para definir un número variable de argumentos los cuales se implementan como una matriz. Ejemplo: <code>public int maxVal(params int[] nums){...}</code>, esta función se podría llamar así: <code>maxVal(23,3,a,-12);</code>.
* Un método debe tener como máximo un único parámetro '''params''' y éste debe de ser el último.
* Un método puede devolver cualquier tipo de datos, incluyendo tipos de clase.
* Ya que en C# las [[matrices]] se implementan como objetos, un método también puede devolver una [[matriz]] (algo que se diferencia de C++ en que las matrices no son válidas como tipos de valores devueltos).
* C♯ implementa '''sobrecarga de métodos''', dos o más métodos pueden tener el mismo nombre siempre y cuando se diferencien por sus parámetros.
* El método '''Main''' es un método especial al cual se refiere el punto de partida del programa. Tiene la siguiente sintaxis: <code>public static int Main(string[] args){...}</code>.

== Clases y objetos ==

Varios puntos a tener en cuenta en C♯ con respecto a [[clases]] y [[objetos]] son los siguientes:

* Una [[variable de objeto]] de cierta clase no almacena los valores del objeto sino su referencia (al igual que Java).
* El operador de asignación no copia los valores de un objeto, sino su referencia a él (al igual que Java).
* Un constructor tiene el mismo nombre que su clase y es sintácticamente similar a un método.
* Un constructor no devuelve ningún valor.
* Al igual que los métodos, los constructores también pueden ser sobrecargados.
* Si no se especifica un constructor en una clase, se usa uno por defecto que consiste en asignar a todas las variables el valor de '''0''', '''null''' o '''false''' según corresponda.
* Para crear un nuevo objeto se utiliza la siguiente sintaxis: <code>variable = new nombre_clase();</code>.
* Un destructor se declara como un constructor, aunque va precedido por un signo de tilde ~.
* Se emplea una desasignación de memoria de objetos no referenciados (recolección de basura), y cuando esto ocurre se ejecuta el destructor de dicha clase.
* El destructor de una clase no se llama cuando un objeto sale del ámbito.
* Todos los destructores se llamarán antes de que finalice un programa.
* La palabra clave '''this''' es un apuntador al mismo objeto en el cual se usa.
* La palabra clave '''static''' hace que un miembro pertenezca a una clase en vez de pertener a objetos de dicha clase. Se puede tener acceso a dicho miembro antes de que se cree cualquier objeto de su clase y sin referencias a un objeto.
* Un método '''static''' no tiene una referencia '''this'''.
* Un método '''static''' puede llamar sólo a otros métodos '''static'''.
* Un método '''static''' sólo debe tener acceso directamente a datos '''static'''.
* Un constructor '''static''' se usa para inicializar atributos que se aplican a una clase en lugar de aplicarse a una instancia.
* C♯ permite la sobrecarga de operadores con la palabra clave '''operator'''

== Matrices ==

* En C♯ las matrices se implementan como objetos.
* Para crear una matriz se utiliza el siguiente formato: <code>tipo[] nombre_matriz = new tipo[tamaño];</code>
* Se puede crear una matriz inicializada así: <code>tipo[] nombre_matriz = { val1 , val2 , val3 , ... , valN };</code>
* Los índices de las matrices comienzan en 0.
* Para crear una matriz '''bidimensional''' se utiliza el siguiente formato: <code>tipo[,] nombre_matriz = new tipo[filas,columnas]</code>
* Para referirse a un elemento de una matriz bidimensional no se usa la forma <code>matriz[fila][columna]</code> (la cual usa C++), si no <code>matriz[fila,columna]</code>.
* Ya que C♯ implementa matrices como objetos, cada matriz tiene asociada una propiedad '''Length''' que contiene el número de elementos que puede alojar cada matriz.

== Cadenas de caracteres ==

* El tipo de dato cadena se llama '''string'''.
* Realmente la palabra clave '''string''' es un alias de la clase '''System.String''' de la plataforma .NET.
* En C♯ las cadenas son objetos y no una matriz de caracteres, aun así, se puede obtener un carácter arbitrario de una cadena por medio de su índice (mas no modificarlo).
* La forma más común de construir una cadena es por medio de una literal o constante: <code>string str = "Una cadena";</code>
* El operador '''==''' determina si dos referencias hacen referencia al mismo objeto, pero al usar dicho operador con dos operandos tipo '''string''' se prueba la igualdad del contenido de las cadenas y no su referencia. Sin embargo, con el resto de los operadores relacionales, como '''<''' o '''>=''' se comparan las referencias.
* Se pueden concatenar (unir) dos cadenas mediante el operador '''+'''.
* Las cadenas son inmutables, una vez creadas no se pueden modificar, solo se pueden copiar total o parcialmente.
* Las cadenas se pueden usar en las instrucciones '''switch'''.

{| class="wikitable" border="1"
! colspan="2" | Métodos comunes de control de cadenas
|-
! Método
! Descripción
|-
| '''<code>static string Copy(string str)</code>'''
| Devuelve una copia de str.
|-
| '''<code>int CompareTo(string str)</code>'''
| Devuelve menor que cero si la cadena que llama es menor que str, mayor que cero si la cadena que llama es mayor que str, y cero si las cadenas son iguales.
|-
| '''<code>int IndexOf(string str)</code>'''
| Busca en la cadena que llama la subcadena especificada por str.
Devuelve el índice de la primera coincidencia, o -1 en caso de error.
|-
| '''<code>int LastIndexOf(string str)</code>'''
| Busca en la cadena que llama la subcadena especificada por str. Devuelve el índice de la última coincidencia, o -1 en caso de error.
|-
| '''<code>string ToLower</code>'''
| Devuelve una versión en minúsculas de la cadena que llama.
|-
| '''<code>string ToUpper</code>'''
| Devuelve una versión en mayúsculas de la cadena que llama.
|}
== Ejemplos ==

*'''Crear una variable del tipo string y mostrarla en un mensaje'''

<syntaxhighlight lang="cpp">
using System;
public void ejemplo()
{
string Var1 = "Hola";
MessageBox.Show(Var1);
}
</syntaxhighlight>

== Compiladores ==

En la actualidad existen los siguientes [[compilador]]es para el lenguaje C♯:

* [http://www.microsoft.com/downloads/details.aspx?familyid=FE6F2099-B7B4-4F47-A244-C96D69C35DEC&displaylang=en Microsoft.NET framework SDK] incluye un compilador de C♯, pero no un [[Entorno de desarrollo integrado|IDE]].
* [[Microsoft Visual Studio|Microsoft Visual Studio]], IDE por excelencia de este lenguaje, versión 2002, 2003, 2005, 2008 y 2010(beta).
* [[SharpDevelop|#develop]], es un IDE [[Software libre|libre]] para C♯ bajo licencia [[GNU LGPL|LGPL]], muy similar a Microsoft Visual C#.
* [[Proyecto Mono|Mono]], es una implementación [[Licencia pública general de GNU|GPL]] de todo el entorno [[.NET de Microsoft|.NET]] desarrollado por [[Novell]]. Como parte de esta implementación se incluye un compilador de C♯.
* [[Delphi]] 2006, de [[Borland]] Software Corporation.
* [[dotGNU]] [[Portable.NET]], de la [[Free Software Foundation]].

== Metas del diseño del lenguaje ==

El estándar [[ECMA]] lista las siguientes metas en el diseño para C♯:

* Lenguaje de programación orientado a objetos '''simple, moderno y de propósito general'''.
* Inclusión de principios de [[ingeniería de software]] tales como revisión estricta de los tipos de datos, revisión de límites de vectores, detección de intentos de usar variables no inicializadas, y recolección de basura automática.
* Capacidad para desarrollar [[componentes de software]] que se puedan usar en ambientes distribuidos.
* [[aplicaciones portables|Portabilidad del código fuente]]
* Fácil migración del programador al nuevo lenguaje, especialmente para programadores familiarizados con C y [[C++]].
* Soporte para [[Internacionalización (computación)|internacionalización]]
* Adecuación para escribir aplicaciones de cualquier tamaño: desde las más grandes y sofisticadas como [[sistemas operativos]] hasta las más pequeñas funciones.
* Aplicaciones económicas en cuanto a memoria y procesado.

==Referencias==

<references />

==Ver también==

*[[Ciencia de la Información]]
*[[Puntero (C++)]]
*[[Constructor (C++)]]
*[[Ficheros en C++]]
*[[C++]]
*[[Programación de Computadoras]]
*[[Programación Orientada a Objetos]]
*[[Historia del Lenguaje C]]
*[[ExtendedVisualOtp]], Framework para el desarrollo de aplicaciones cliente-servidor en tiempo real utilizando [[Lenguaje de Programación C Sharp|C Sharp y [[Erlang]]]].

==Fuente==

* [http://www.microsoft.com/downloads/details.aspx?familyid=FE6F2099-B7B4-4F47-A244-C96D69C35DEC&displaylang=en Microsoft.NET framework SDK]
*[http://msdn.microsoft.com/en-us/vcsharp/aa336779.aspx Frequently Asked Questions About Visual C# .NET 2003]
*[http://www.lenguajes-de-programacion.com/programacion-orientada-a-objetos.shtml http://www.lenguajes-de-programacion.com/programacion-orientada-a-objetos.shtml]
*[http://www.desarrolloweb.com/articulos/499.php http://www.desarrolloweb.com/articulos/499.php]
*[http://es.wikipedia.org/wiki/C_sharp Wikipedia]

[[Category:Programación]][[Category:Informática]]
[[Category:Lenguajes_de_programación_orientada_a_objetos]]

Ejabberd

2011-07-11T22:08:06Z

Goldfields: /* Véase también */

{{Ficha Software
|nombre=Ejabber
|familia=
|imagen=imagen_ej.png
|tamaño=
|descripción=Servidor Chat
|imagen2=
|tamaño2=
|descripción2=
|creador=ProcessOne
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=
|versiones=
|última versión estable=
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=[http://www.process-one.net/en/projects/ejabberd Ejabber]
}}

'''Ejabberd.''' es un servidor de mensajería instantánea de código abierto ([[GNU GPL]]) para plataformas [[Unix]] ([[BSD]], [[GNU/Linux]], etc), [[Microsoft Windows]] y otras. Para la comunicación instantánea se utiliza [[XMPP]]. Está escrito principalmente en [[Erlang]], es [[Software]] concurrente y distribuido.

<br>

== Historia ==

Alexey Shchepin fundó el proyecto en [[2002]] y continúa manteniéndolo. El nombre [[Ejabberd]] significa [[Erlang]] Jabber Daemon . Se escribe en letras minúsculas solamente, que es uso común en el mundo de [[Unix]]. El objetivo del proyecto ejabberd es la creación de un servidor [[XMPP]] estable y con variedad de posibilidades. <br>

'''Ejabberd nos permitirá'''<br>

#Crear Usuarios
#Salas de Chat
#Administradores y más

'''¿En donde podremos implementar Ejabberd?'''

[[Ejabberd]] puede ser implementado en una Oficina, Centro de Estudio, Aulas o el Hogar. [[Ejabberd]] nos permitirá crear nuestro propio "[[Servidor]] Chat" donde podremos crear "Usuarios" personalizados.

Si disponemos de una [[IP]] Pública, en su defecto un Dominio Registrado, también podremos usar [[Ejabberd]] como [[Servidor]] de Mensajería en [[Internet]], no solo nuestra Red Local. En esta entrada de Wiki realizaremos una configuración básica para su puesta en función. <br>

== Instalación ==

[[Ejabberd]] se encuentra en los "Repositorios de [[Debian]]" Para instalar vamos a ejecutar en nuestra Terminal Favorita:
<pre> #aptitude install ejabberd </pre>
== Configuración ==

Esta prueba ha sido realizada en una Red Local con 15 máquinas, El [[Servidor]] [[Debian]] posee como [[IP]] Local xxx.xxx.xxx.xxx Y como [[Ip]] Pública XXX.XXX.XXX.XXX

Lo primero que haremos será decirle a nuestro [[Servidor]] [[Ejabberd]] cual será el Dominio a utilizar, para ello hemos escogido la [[IP]] con nuestra Red Local [xxx.xxx.xxx.xxx] para ello en nuestra terminal como Usuario Root haremos lo siguiente:
<pre> #nano /etc/ejabberd/ejabberd.cfg </pre>
Ahora buscamos las siguientes líneas donde configuraremos de la siguiente manera:
<pre>%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%% Options which are set by Debconf and managed by ucf

%% Admin user
{acl, admin, {user, "", "ip servidor"}}.

%% Hostname
{hosts, ["ip servidor"]}.

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%</pre>
Para administrar nuestro [[Servidor]] [[Ejabberd]] vía Web [Http] deberemos verificar que tengamos la siguiente línea
<pre>{5280, ejabberd_http, [
http_poll,
web_admin
]}

]}.</pre>
'''Recuerda:''' Que debes tener abierto el puerto '''5280''' en tu [[Firewall]] o [[Router]] en caso que este se encuentre administrado.

== Creando el Usuario Administrador ==

Antes de ingresar a [[Ejabberd]] por Web, debemos de crear un Usuario [[Administrador]], para ello haremos lo siguiente desde Terminal como Usuario Root.

La sintaxis es:<br>
<pre>#ejabberdctl register <usuario> <servidor> <contraseña></pre>
por lo que en la terminal haremos:<br>
<pre># ejabberdctl register migue ip-servidor 123456</pre>
Ahora debemos decirle a Ejabberd que "Migue" será un Usuario con privilegios de [[Administrador]], para ello, entramos nuevamente a nuestro archivo de configuración:<br>
<pre># nano /etc/ejabberd/ejabberd.cfg</pre>
Y agregamos a "Migue" en la siguiente línea<br>
<pre>%%% ====================
%%% ACCESS CONTROL LISTS

%%
%% The 'admin' ACL grants administrative privileges to Jabber accounts.
%% You can put as many accounts as you want.
%%

{acl, admin, {user, "migue", "ip-servidor"}}.

%%{acl, admin, {user, "ermine", "example.org"}}.</pre>
== Verificando que Ejabberd funcione correctamente ==

Primero reiniciaremos [[Ejabberd]]<br>
<pre># /etc/init.d/ejabberd restart</pre>
Ahora verificaremos que está funcionando<br>
<pre># ejabberdctl status</pre>
Nos tiene que decir: <br>
<pre>Node ejabberd@TU_SERVIDOR is started. Status: started
ejabberd is running</pre>
== Ingresando a Ejabberd vía Http ==

Para ello en tu navegador tienes que colocar: http://ip-servidor:5280/admin

Te pedirá un usuario, en cual será

'''migue@ip-servidor'''

La contraseña será que has especificado al momento de crear tu Usuario, en nuestro caso es:

'''123456'''

== Creando Usuarios ==

Para esta prueba se creará un "Usuario" de prueba para que se comunique con "Migue" [Administrador] <br>
<pre># ejabberdctl register usuario 192.168.15.130 123456</pre>
== Configuración del programa Cliente ==

Programa para [[GNU/Linux]]

Para esta prueba hemos utilizado Kopete como programa de mensajería cliente en [[GNU/Linux]]. Su configuración es la siguiente: <br>Usuario: migue@ip-servidor<br>Servidor: xxx.xxx.xxx.xxx<br>Puerto: 5222

Programa para [[Windows]]

Para nuestro usuario de Prueba llamado usuario hemos instalado [[Pidgin]] como cliente Jabberd<br>Usuario: usuario@ip-servidor<br>Servidor: xxx.xxx.xxx.xxx<br>Puerto: 5222<br>Finalmente

Hemos configurado Ejabber en nuestro hogar, para ello hemos hecho la prueba con [[GNU/Linux]] y Windows en una Máquina Virtual con [[Microsoft Windows]] Xp

Nuestro [[Servidor]] [[Ejabberd]] está funcionando<br>Autenticación mediante [[LDAP]]

He aqui una confguración básica de como logre autenticar mi [[Ejabberd]] con el [[LDAP]] mediante el metodo auth_method, [[LDAP]].
<pre>{auth_method, ldap}.
{ldap_servers, ["10.x.x.x"]}.
{ldap_rootdn, "cn=admin,dc=mydominio,dc=com"}.
{ldap_password, "password"}.
{ldap_base, "dc=mydominio,dc=com"}.
{ldap_filter, "(objectClass=sambaSamAccount)"}.</pre>
Y ya<br>'''listo'''<br>

== Véase también ==

*[[GNU/Linux]]
*[[XMPP]] (Extensible Messaging and Presence Protocol)
*[[ExtendedVisualOtp]], framework para el desarrollo de appliciones cliente-servidor de respuesta en tiempo real.

== Enlaces externos ==

Proyecto principal

*(en inglés) [http://www.process-one.net/en/projects/ejabberd/ Official Sitio web]
*(en inglés) [http://www.ejabberd.im/ Community Sitio web]

== Fuentes ==

*[http://es.wikipedia.org/wiki/Ejabberd Wikipedia]
*[http://www.esdebian.org/wiki/servidor-basico-mensajeria-ejabberd-debian Comunidad esdebian]

[[Category:Software]]

ExtendedVisualOtp

2011-07-11T22:04:46Z

Goldfields: /* Introducción */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''

Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|thumb|600px|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg|thumb|700px|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg|thumb|700px|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T22:03:09Z

Goldfields: /* Introducción */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''

Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|thumb|574px|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg|thumb|700px|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg|thumb|700px|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T21:58:58Z

Goldfields: /* Introducción */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''

Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|thumb|1200px|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg|thumb|600px|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg|thumb|800px|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T21:57:55Z

Goldfields: /* Introducción */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''

Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|thumb|1200px|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg|thumb|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg|thumb|800px|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T21:56:19Z

Goldfields: /* Introducción */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''

Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|thumb|1200px|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg|thumb|800px|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg|thumb|800px|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T21:54:58Z

Goldfields: /* Introducción */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''

Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|thumb|1000px|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg||thumb|1000px|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg||thumb|1000px|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T21:53:52Z

Goldfields: /* Introducción */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''

Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|thumb|400px|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg||fame|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg||fame|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T21:51:25Z

Goldfields: /* Introducción */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''

Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|border|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg||fame|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg||fame|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T21:50:22Z

Goldfields: /* Introducción */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''

Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|fame|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg||fame|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg||fame|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T21:49:28Z

Goldfields:

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

'''Ejemplo 1'''
Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|fame|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg||fame|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg||fame|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

Archivo:Evo logo.jpg

2011-07-11T21:47:02Z

Goldfields:

== Sumario ==

== Estado de copyright: ==

== Fuente: ==

ExtendedVisualOtp

2011-07-11T21:45:46Z

Goldfields: /* Ejemplo 1 */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

===Ejemplo 1===
Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|fame|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg||fame|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg||fame|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

Archivo:Evo imagen3.jpg

2011-07-11T21:44:36Z

Goldfields:

== Sumario ==

== Estado de copyright: ==

== Fuente: ==

Archivo:Evo imagen2.jpg

2011-07-11T21:43:30Z

Goldfields:

== Sumario ==

== Estado de copyright: ==

== Fuente: ==

Archivo:Evo imagen1.jpg

2011-07-11T21:41:32Z

Goldfields:

== Sumario ==

== Estado de copyright: ==

== Fuente: ==

ExtendedVisualOtp

2011-07-11T21:40:20Z

Goldfields: /* Ejemplo 1 */

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

===Ejemplo 1===
Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:evo_imagen1.jpg|thumb|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:evo_imagen2.jpg||thumb|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:evo_imagen3.jpg||thumb|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

ExtendedVisualOtp

2011-07-11T21:38:03Z

Goldfields: Página creada con '{{Ficha Software |nombre=ExtendedVisualOtp |familia= |imagen=evo_logo.jpg |tamaño= |descripción=Framework para el desarrollo de aplicaciones de cliente-servidor. |imagen2= |ta...'

{{Ficha Software
|nombre=ExtendedVisualOtp
|familia=
|imagen=evo_logo.jpg
|tamaño=
|descripción=Framework para el desarrollo de aplicaciones de cliente-servidor.
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ivan Carmenates García]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=[[Diciembre 7]], [[2010]]
|versiones=
|última versión estable=1.5
|género=[[Software]] [[Framework]]
|sistemas operativos=[[Windows]], [[Unix]]
|idioma=
|licencia=
|premios=
|web=http://comunidades.uci.cu/projects/evo
}}

==Resumen==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, orientado al desarrollo de [[aplicaciones de tiempo real]], donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.

==Introducción==
El '''ExtendedVisualOtp''' (EVO) es un componente especializado en la comunicación cliente – servidor, implementado en los lenguajes de programación [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de [[Microsoft]] y [[Erlang]] de [[Ericsson]], orientado al desarrollo de aplicaciones de tiempo real, donde las aplicaciones servidoras son escritas en el lenguaje de programación Erlang, y las aplicaciones clientes en [[.Net]]. El concepto principal de este componente, es el desarrollo de aplicaciones cliente - servidor, donde el factor productividad es elevado y el costo de producción bastante bajo. Ideal para pequeñas compañías con poca experiencia en este tipo de aplicaciones, que desean insertarse en este amplio mundo, que es, la interacción e intercambio de información a través de la red de una forma rápida y eficaz.
Con este componente se pueden escribir fácilmente aplicaciones de mensajería instantánea y redes sociales sobre el desktop, también es posible la creación de Juegos Masivos On Line. Utilizando el potencial que tiene Erlang para el manejo de la concurrencia y respuesta en tiempo real, es posible la creación de cualquier tipo de aplicación cliente – servidor, que requiera de la premisa de respuesta en tiempo real.

Esto se puede ver para entrar en calor con un pequeño ejemplo:

===Ejemplo 1===
Imagine que usted desea desarrollar una pequeña aplicación cliente y quiere realizar una petición ''“conocer mi saldo”'' a una aplicación servidora, y además ser notificado de la respuesta generada a
través de esa petición.

[[Archivo:imagen1.jpg|thumb|center|Ilustración 1. Ejemplo 1: Interacción cliente – servidor.]]

Desarrollar este simple ejemplo en cualquier lenguaje de programación, sin la utilización de un componente facilitador, puede representar un largo trabajo. Sin embargo, utilizando la librería ''ExtendedVisualOtp.dll'' para el desarrollo de aplicaciones clientes y la plantilla para servidores, ''evo_template'', pasa de ser un largo y agotador trabajo a uno simple y acogedor.

'''Respuesta del ejemplo 1 utilizando EVO'''

En la aplicación cliente, después de unas sencillas configuraciones visuales para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest'' de la librería ''ExtendedVisualOtp.dll''.

// Para conectar con el servidor.
erlangServerInterface1.Connect();

// Para enviar una petición.
erlangServerRequest1.Request(“Descripción de la petición”, object _mensaje);
Otra forma puede ser:
erlangServerRequest1.Request(object _mensaje);

[[Archivo:imagen2.jpg||thumb|center|Ilustración 2. Configuración visual para los componentes ''ErlangServerInterface'' y ''ErlangServerRequest''.]]

La respuesta a la petición anterior, puede llegar de forma asincrónica a través del evento ''OnReceive'' del componente ''ErlangServerRequest'', o puede ser capturada de forma sincrónica utilizando la función ''WaitForReply()'' inmediatamente después de la petición, ejemplo:

IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

IServerReply reply = reqinfo.WaitForReply();
MessageBox.Show(reply.CSharpReply.ToString());

'''reqinfo''' es un objeto de ''IRequestInfo'', que contiene la información de la petición que se realizó al servidor, permitiendo hacer algunas cosas con ella, tales como, bloquear el programa para esperar por la respuesta ''reqinfo.WaitForReply()'' o abortar la petición realizada ''reqinfo.AbortRequest()''.

'''reply''' es un objeto de ''IServerReply'', que contiene la información necesaria para tratar la respuesta enviada por el servidor.

En caso de que usted desee recibir la respuesta de forma asincrónica, usted debe usar el evento ''OnReceive'' del componente ''ErlangServerRequest'', y no utilizar la función ''WaitForReply()'', ejemplo:

// Para hacer la petición.
IRequestInfo reqinfo = erlangServerRequest1.Request(“conoce el salario”, new object[] {
“ ‘conocer_mi_saldo’ ”, “Ivan Carmenates García”});

[[Archivo:imagen3.jpg||thumb|center|Ilustración 3. Evento ''OnReceive'' del componente ''ErlangServerRequest''.]]

// Y para recibir los mensajes de forma asincrónica utilizando
// el evento de la ilustración 3.
OnReceiveErlangServerRequestMethodNameHere(IServerReply _reply)
{
switch(_reply.Description) {
case “conoce el salario”:
MessageBox.Show(_reply.CSharpReply.ToString());
break;
}
}

Entonces, para escribir aplicaciones servidoras, usted debe editar la plantilla para servidores ''evo_template'', y en el archivo llamado ''evo_request_handler.erl'' que se encuentra en la carpeta ''sources'', a partir de la línea 28, parte: '''[USER FUNCTIONS TO MODIFY]''' escribir nuestro código. Para el caso del ejemplo 1 sería:

{{conocer_mi_saldo, Nombre}, Pid, RequestInfo}->
Reply = evo_db_module:obtener_saldo(Nombre), %% Esta función se implementa en otro módulo.
Pid ! {reply, Reply, RequestInfo};

Esta es la sencilla forma con la cual se escriben aplicaciones cliente – servidor en EVO. Si usted se pregunta ¿Cómo es posible?, ¿Debe haber algo más?, la respuesta es simplemente, ¡esto es todo!. El componente EVO en su integridad, tanto la plantilla ''evo_template'' para desarrollar aplicaciones servidoras, como la librería ''ExtendedVisualOtp.dll'' para desarrollar las aplicaciones clientes, se encarga por usted de desarrollar todo el trabajo engorroso. Usted simplemente se abstrae a que existe un cartero muy veloz y eficaz, al que usted puede llamar para que entregue sus cartas o mensajes a un destinatario determinado, que en este caso, es el servidor, el cual puede enviar también ese mensaje a las demás personas en todo el “mundo”, o a una persona en específico; si es programado de esa forma.

==Enviando objetos==
En EVO enviar objetos es tan fácil como pasar un objeto a un método por parámetro, con solo enviar el objeto como parámetro de la petición, ejemplo:

class MiObjeto {
string nombre;
int id;
void obtener_nombre() {
return this.nombre;
}
void poner_nombre(string _nombre) {
this.nombre = _nombre;
}
}

MiObjeto obj = new MiObjeto ();
obj.poner_nombre(“ExtendedVisualOtp”);

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ enviar_mi_objeto’ ”, obj);

Para recibirlo en otro cliente, si en el servidor se programa para que envíe el mismo mensaje a todos los demás clientes, es el mismo mecanismo de siempre pero casteando con la clase, ejemplo:

MessageBox.Show((_reply.CSharpReply as MiObjeto).obtener_nombre());

Lo mismo pasa con cualquier objeto serializable, ejemplo:

// Para hacer la petición.
erlangServerRequest1.Request(new object[] {“ ‘enviar_imagen’ ”,
new Image.FromFile(“c:\\prueba.jpg”));

// Para recibir la imagen en otro cliente.
if (_reply.Description == “enviar_imagen”) {
pictureBox1.Image = _reply.CSharpReply as Image;

==Funcionalidades de la ExtendedVisualOtp.dll==

===ConvertToCSharp===
Es una clase utilitaria para convertir objetos ''Otp.Erlang.Object'' a objetos CSharp.
*'''FromErlangObject(Otp.Erlang.Object _object)'''
:Convierte términos ''Otp.Erlang.Object'' en términos CSharp, ejemplo:
::''Otp.Erlang.List'': ''[lista]'' en CSharp ''List<object>''
::''Otp.Erlang.Tuple'': ''{tupla}'' en CSharp ''object[]''
::''Otp.Erlang.Atom'': ''‘átomo’'' en CSharp string: ''“ ‘átomo‘ ”''
:Un objeto ''Otp.Erlang.List'': ''[1, {nombre, “Ivan”}]'' es convertido a un objeto CSharp ''List<object>'':
:''new List<object>().AddRange(new object[] {1, new object[] { “ ‘nombre’ ”, “ExtendedVisualOtp” }})''
*'''FromErlangReply(Otp.Erlang.Object _replyObject)'''
:Convierte una respuesta o mensaje del servidor en formato ''Otp.Erlang.Object'' a un objeto CSharp de ''IServerReply''.

===ConvertToErlang===
Es una clase utilitaria para convertir objetos CSharp a objetos ''Otp.Erlang.Object''.
*'''ToErlangObject(object _object)'''
:Convierte objetos CSharp a objetos ''Otp.Erlang.Object'', ejemplo:
::''List<object>'' en ''Otp.Erlang.List'': ''[lista]''
::''object[]'' en ''Otp.Erlang.Tuple'': ''{tupla}''
::string: ''“ ‘átomo’ ”'' en ''Otp.Erlang.Atom'': ''‘átomo’''
*'''ToErlangObjectFromString(string _object)'''
:Crea de una cadena CSharp un objeto ''Otp.Erlang.Object'', ejemplo:
::''“{nombre, \“Ivan\” , ’edad’, 26}”'' es convertido a un termino Erlang ''{nombre, “Ivan”, edad, 26}''.

===ErlangServerInterface===
Es un componente para configurar los parámetros de conexión en orden de trabajar como interface con el servidor.
*'''AutoTrace'''
:Establece si los mensajes de comunicación con el servidor deben ser mostrados en la consola de debug.
*'''Connect()'''
:Intenta la conexión con el servidor.
*'''ErlangCookie'''
:Establece la contraseña para conectarse con el nodo servidor Erlang.
*'''Disconnect()'''
:Le desconecta del servidor.
*'''IsConnected'''
:Obtiene el estado de la conexión.
*'''OnDisconnected'''
:Evento que se dispara cuando se pierde la conexión con el servidor.
*'''OnReceive'''
:Evento que se dispara cuando un mensaje del servidor es recibido. El parámetro es el mensaje.
*'''PingTimeOut'''
:Establece el tiempo de espera para conectarse con el servidor.
*'''RemoteAddress'''
:Establece la dirección del servidor.
*'''RemoteNodeName'''
:Establece el nombre del nodo servidor.
*'''RemoteProcessName'''
:Establece el nombre del proceso en el servidor que maneja las peticiones de los clientes.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En los eventos ''OnReceive'' y ''OnDisconnect'' de este componente.
*'''SentToErlangServerRequest(ErlangServerRequest _erlangServerRequest, IServerReply _reply)'''
:Permite re-direccionar los mensajes globales enviados por el servidor a una interface ''ErlangServerRequest'' dada.
*'''ServerPort'''
:Establece el puerto daemon para conectarse con el servidor Erlang.
*'''StartEVOTestApplication()'''
:Inicia la aplicación de pruebas EVO Test Application.
*'''UseShortNames'''
:Establece si el formato de nombres cortos para la dirección del servidor va a ser usando en la conexión, ejemplo de nombre corto ''pc5'', ejemplo de nombre largo: ''pc5.evo.cu''.
*'''AllowReceiveClientImage'''
:Propiedad que establece si se pueden recibir imágenes de clientes en su cliente receptor, esto se debe desactivar para problemas de seguridad, ya que si está activo puede ser blanco fácil de ataques, debido a que cualquier programador conectado al servidor puede enviarle una aplicación maliciosa y ser ejecutada en su pc. Esta opción está por defecto desactivada.

===ErlangServerRequest===
Es un componente para realizar peticiones al servidor, utilizando el componente ''ErlangServerInterface'' como interface de conexión.
*'''AbortAllRequests()'''
:Aborta todas las peticiones realizadas al servidor.
*'''AbortAsyncRequests()'''
:Aborta todas las peticiones del tipo ''Async'' (asincrónicas) realizadas al servidor.
*'''AbortNormalRequests()'''
:Aborta todas las peticiones del tipo ''Normal'' realizadas al servidor. Una petición del tipo ''Normal'' es una petición que espera porque se complete ella misma para retornar el control al programa, pero no espera por que la respuesta sea recibida, es a elección del programador esperar también por la respuesta utilizando la función ''WaitForReply()'' inmediatamente después de la petición.
*'''AbortRequest(IRequestInfo _requestInfo)'''
:Aborta una petición específica.
*'''Description'''
:Establece el valor para la descripción de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''Message'''
:Establece el valor para el mensaje de la petición cuando se usan las funciones ''Request()'' o ''RequestAsync()'' sin parámetros.
*'''ErlangServerInterface'''
:Establece la interfaz de conexión.
*'''OnReceive'''
:Evento que se dispara cuando se recibe una respuesta a una petición realizada al servidor. El parámetro es la respuesta.
*'''Request(string _description, object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(string _description, object _message)'''
:Realiza una petición del tipo ''Async'' al servidor. Una petición del tipo ''Async'', es una petición que no espera por que sea completada ella misma para retornar el control al programa, tampoco espera por la respuesta. Este tipo de petición es realizada en un hilo independiente y no retorna ninguna información de petición ''IRequestInfo''.
*'''Request(object _message)'''
:Realiza una petición del tipo ''Normal'' al servidor, extrayendo la descripción para la misma, del mismo mensaje. Retorna un objeto ''IRequestInfo''.
*'''RequestAsync(object _message)'''
Realiza una petición del tipo ''Async'' al servidor, extrayendo la descripción para la misma del mismo mensaje. No retorna ninguna información de petición ''IRequestInfo''.
*'''SetOwnerForm(Form _ownerForm)'''
:Establece la forma propietaria del componente para la validación de los errores de cruzamiento de hilos. Al establecer una forma como propietaria, no se necesitará validar para esta forma el tratamiento de requerimiento de invocación ''if (this.InvokeRequired) this.Invoke(delegate method)''. En el evento ''OnReceive'' de este componente.
*'''PublishClientImage()'''
:Publica a todos los clientes conectados al servidor la imagen de su aplicación. Esto es una funcionalidad extra para programadores que desean compartir ideas de sus aplicaciones. Para ello el programador receptor debe tener una aplicación conectada al servidor. Y el programador transmisor con solo ejecutar esta función al estar conectado también al servidor, la aplicación que esté desarrollando es transfería y ejecutada en la pc del programador receptor.

===IRequestInfo===
Es una clase o interface que contiene información de las peticiones realizadas al servidor.
*'''AbortRequest()'''
:Aborta la petición a la que apunta el objeto ''IRequestInfo''.
*'''Description'''
:Propiedad para obtener la descripción de una petición realizada al servidor.
*'''Kind'''
:Obtiene el tipo de petición realizada al servidor.
*'''WaitForReply()'''
:Espera por la respuesta de la petición para retornar el control al programa.
*'''WaitForReply(int _timeout)'''
:Espera por la respuesta de la petición para retornar el control al programa un tiempo especificado por el parámetro ''_timeout'' en milisegundos.
*'''WasAnswered'''
:Indica si la petición fue contestada.
*'''WasMade'''
:Indica si la petición fue realizada.

===IServerReply===
Es una clase o interfaz que contiene información acerca de la respuesta de una petición realizada.
*'''CSharpReply'''
:Contiene la respuesta en formato de objeto CSharp.
*'''Description'''
:Contiene la descripción de la petición que generó esta respuesta.
*'''ErlangReply'''
:Contiene la respuesta en formato de objetos ''Otp.Erlang.Object''.
*'''RequestInfo'''
:Contiene el objeto ''IRequestInfo'' de la petición que generó esta respuesta.

===RequestKind===
Es un enumerado que contiene los tipos de peticiones existentes en EVO.
*'''Async'''
:Es una petición que no espera por ella misma a que sea completada para retornar el control al programa, tampoco espera por que la respuesta a la misma sea recibida. No retorna información de petición ''IRequestInfo''. La respuesta debe ser obtenida de forma asincrónica a través del evento ''OnReceiv''e del componente ''ErlangServerRequest''. No es posible abortar esta petición una vez realizada, pero si es posible abortar todas las peticiones del mismo tipo ''Async'' incluyéndola, utilizando la función ''AbortAsyncRequests()'' del componente ''ErlangServerRequest''.
*'''Normal'''
:Es una petición que espera por ella misma a que sea completada para retornar el control al programa, pero no por que sea recibida la respuesta. Es a elección del programador si desea esperar por también por la respuesta para retornar el control al programa, utilizando la función ''WaitForReply()'' del mismo objeto ''IRequestInfo'', o abortar la misma utilizando la función ''AbortRequest()'' inmediatamente después de realizada la petición. Retorna un objeto ''IRequestInfo'' con la información de la petición.
*'''ServerSent'''
:Es un tipo de petición que no fue requerida por el cliente, esto significa que puede ser un mensaje global enviado voluntariamente por el servidor ejemplo utilizando la función ''send_to_all(Descripción, Mensaje)'' de la plantilla para servidores ''evo_template''. El objeto ''IRequestInfo'' del mensaje enviado por el servidor, puede ser obtenido mediante la propiedad ''RequestInfo'' del objeto de ''IServerReply'' obtenido una vez que el mensaje es recibido a través del evento ''OnReceive'' del componente ''ErlangServerInterface''. Este tipo de mensajes puede ser re-direccionado a un manejador de petición ''ErlangServerRequest'' utilizando la función S''endToErlangServerRequest'' del mismo componente ''ErlangServerInterface''.

==La plantilla evo_template==
Archivos de la plantilla para servidores ''evo_template'':
*'''1.install.cmd'''
:Instala la aplicación servidora y su base de datos.
*'''1.start.cmd'''
:Inicia la aplicación servidora.
*'''2.service_install-start.cmd'''
:Instala la aplicación como un servicio de windows.
*'''2.service_stop.cmd'''
:Detiene la ejecución del servicio.
*'''2.service_uninstall.cmd'''
:Desinstala el servicio de windows.
*'''compile.cmd'''
:Comando para compilar los códigos fuentes de la carpeta ''[sources]''.
*'''config.cmd'''
:Archivo de configuración.
*'''Carpeta [beam]'''
:Contiene los archivos compilados necesarios para la ejecución de la aplicación servidora.
*'''appname.app'''
:Es el fichero de aplicación para las aplicaciones Erlang.
*'''appname.beam'''
:Es el punto de entrada a la aplicación servidora.
*'''appname_debug_module.beam'''
:Es el módulo de debug para imprimir mensajes en la consola de Erlang.
*'''appname_main_interface.beam'''
:Es el módulo de interface principal con el cliente.
*'''appname_main_supervisor.beam'''
:Es el módulo de supervisión que vela porque los demás módulos trabajen continuamente. Comportamiento Erlang/Otp.
*'''Carpeta [sources]'''
:Contiene los archivos fuentes necesarios para programar una aplicación servidora.
*'''appname_db_module.erl'''
:Es el módulo de base de datos, que implementa una capa para la base de datos de Erlang, mnesia. Aquí se pueden escribir los scripts de base de datos.
*'''appname_db_server.erl'''
:Es el módulo servidor para las funciones de base de datos, implementa el comportamiento gen_server.
*'''appname_request_handler.erl'''
:Módulo de manejo de peticiones de los clientes.
*'''to_compile.cmd'''
:Inicia una consola de compilación.
*'''user_default.erl'''
:Comandos de la consola de EVO.

==Véase también==
*[[Erlang]], Lenguaje de programación funcional de alto nivel.
*[[Lenguaje de Programación C Sharp|C Sharp]], lenguaje de programación orientado a objetos.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.

==Enlaces externos==
*[http://comunidades.uci.cu/projects/evo *Comunidad Cubana del proyecto EVO* :)]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]]

Visual Basic

2011-07-11T18:43:21Z

Goldfields:

{{Definición|Nombre=Visual Basic|imagen=VB.jpg|concepto=Visual Basic es un lenguaje de programación desarrollado por el alemán [[Alan Cooper]] para [[Microsoft]].}}'''Visual Basic'''. Es un lenguaje de programación desarrollado por el alemán [[Alan Cooper]] para [[Microsoft]]. El lenguaje de programación es un dialecto de BASIC, con importantes agregados. Su primera versión fue presentada en [[1991]], con la intención de simplificar la programación utilizando un ambiente de desarrollo completamente gráfico que facilitara la creación de interfaces gráficas y, en cierta medida, también la [[Programación]] misma. Desde el [[2001]] Microsoft ha propuesto abandonar el desarrollo basado en la API Win32 y pasar a trabajar sobre un framework o marco común de librerías independiente de la versión del sistema operativo, NET [[Framework]], a través de Visual Basic, NET (y otros lenguajes como [[Lenguaje de Programación C Sharp|C Sharp (C#)]] de fácil transición de código entre ellos).

== Visual Basic ==

Visual basic. Constituye un [[IDE]] (entorno de desarrollo integrado, o, en inglés, Integrated Development Enviroment) que ha sido empaquetado como un Programa de aplicación; es decir, consiste en un editor de código (programa donde se escribe el código fuente), un depurador (programa que corrige errores en el código fuente para que pueda ser bien compilado), un compilador (programa que traduce el código fuente a lenguaje de máquina), y un constructor de interfaz gráfica o GUI (es una forma de programar en la que no es necesario escribir el código para la parte gráfica del [[Programa]], sino que se puede hacer de forma visual).

Con Visual Basic se pueden desarrollar aplicaciones para [[Windows]] más rápidamente. Los errores de [[Programación]] no se generan tan frecuentemente y, si lo hacen, son más sencillos de depurar. Además incluye dos conceptos importantes:

*Un método visual de creación de aplicaciones, incluyendo formularios ([[Ventanas]]), controles y, componentes del formulario.
*La habilidad de asociar código directamente a cada evento de cada elemento del diseño visual.
*ES posible escribir aplicaciones sin usar componentes visuales, es decir escribir [[Aplicaciones de consola en VB6|aplicaciones de consola]]).

== La programación visual y guiados por eventos ==

Un [[Programa]] realizado en dos es un conjunto de sentencias que se ejecutan de arriba a abajo más o menos, en el orden que el programador ha diseñado. Una aplicación en Windows presenta todas las opciones posibles en uno o más Formularios para que el usuario elija entre ellas. La secuencia en la que se ejecutarán las sentencias no puede ser prevista por el programador. Ésto da lugar a la programación orientada a eventos.

Para programar una aplicación en [[Windows]] hay que escribir código separado para cada objeto en general, quedando la aplicación dividida en pequeños procedimientos, conducido cada uno de ellos por un suceso. Un suceso es una acción reconocida por un objeto ([[formulario]] o control) el suceso puede ser causado por el usuario o, indirectamente por el código.

En Visual Basic cada formulario y cada control tienen predefinidos un conjunto de sucesos. Cuando ocurren estos sucesos, Visual Basic invoca al procedimiento asociado con el objeto para ese suceso. Para desarrollar una aplicación en Visual_Basic, los pasos que se seguirán son:

1.Crear la interfaz de usuario.

2.Modificar las propiedades de cada objeto.

3.Escribir el código asociado a los eventos de cada objeto.

== El entorno Visual Basic ==

Los elementos que componen la pantalla de Visual Basic son:

'''Barra de menús'''. Visualiza las órdenes que se utilizan para desarrollar, probar y archivar una aplicación. Los menús que nos encontramos son:

*Archivo contiene las órdenes para trabajar con archivos.
*Edición contiene las herramientas que ayudan a escribir el código.
*Ver da acceso rápido a todas las partes del [[Programa]].
*Insertar permite incluir nuevos módulos y formularios en la aplicación.
*Ejecutar permite verificar la aplicación mientras se desarrolla.
*Herramientas controla el aspecto y propiedades del entorno.
*Complementos contiene las utilidades para el manejo de [[bases de datos]].
*Ayuda.

'''Ventana o barra de herramientas'''. Facilita el uso a las órdenes más comunes. De izquierda a derecha los iconos que aparecen permiten:

*[[Formulario]] crear un nuevo Formulario.
*Modulo crear un nuevo módulo. Se utiliza para crear fragmentos de código independiente del formulario.
*Abrir Project permite abrir un proyecto.
*Guardar Proyecto permite guardar un proyecto.
*Bloquear Controles impide que se muevan los controles del formulario involuntariamente.
*Editor de Menús visualiza la ventana de diseño de menús.
*Propiedades visualiza la ventana de propiedades de los distintos objetos.
*Examinador de Objetos muestra las clases, métodos, propiedades, etc. de los objetos disponibles en la aplicación.
*Proyecto visualiza la [[Ventana]] de proyecto.
*Inicio.
*Interrumpir.
*Terminar.
*Alternar Puntos de Ruptura.
*Inspección Instantánea visualiza el valor del elemento seleccionado en la ventana de código.
*Llamadas visualiza la estructura de llamadas activas.
*Paso a Paso por instrucciones.
*Paso a Paso por procedimientos.

'''Caja de herramientas '''. Provee de un conjunto de herramientas que permiten colocar los controles en el formulario durante el diseño del proyecto. Ventana de proyecto. En esta ventana están especificados los ficheros (formularios, módulos, etc.) que forman la aplicación y, dónde se seleccionarán para crearlos o modificarlos. Esto se debe a que hay ficheros que pueden utilizarse en más de una aplicación. Además contiene dos botones: Ver Formulario que visualiza el formulario seleccionado y; Ver Código que visualiza el código del fichero seleccionado.

'''Ventana del formulario '''. Es la ventana que da lugar a la interfaz de usuario. Es la ventana que se personalizará. Los puntos que aparecen sobre el formulario, forman una rejilla que ayuda a la hora de alinear los controles que se sitúan sobre el mismo. Esta rejilla desaparece en tiempo de ejecución. Para eliminarla en tiempo de diseño se accederá a la opción Herramientas/Opciones/Ficha Entorno/Mostrar Cuadrícula.

'''Ventana de propiedades'''. Especifica las propiedades de cada uno de los objetos. En cada momento mostrará las propiedades del objeto seleccionado en el formulario. Está formada por dos partes: la lista desplegable de objetos que visualiza el nombre del objeto seleccionado y, la lista de propiedades del objeto seleccionado.

== ¿Qué sucede al ejecutar una aplicación Visual Basic? ==

Los eventos que tendrán lugar a la hora de ejecutar una aplicación son:

-Form  Initialize

-Form Load

-Form Resize

-Form Activate

-Form GotFocus

-Form Paint (solo en el caso de que la propiedad AutoRedraw del formulario esté establecida a False) y, antes de descargar un formulario de memoria, los eventos que tienen lugar son:

*Form Terminate
*Form Unload

== ¿Cómo funciona una aplicación Visual Basic? ==

Normalmente, se escribe código a los eventos a los que se quiera dar respuesta. Si el evento no tiene respuesta o no se produce, Visual Basic no hará nada, es decir no se ejecutará código alguno. Para poder ejecutar código, se tendrá que haber dado respuesta a algún evento de algún control y, que dicho evento tenga lugar.

== ¿Es Visual Basic 4.0 orientado a objetos? ==

Visual Basic 4.0 es la primera versión realmente orientada a objetos. Cumple los tres conceptos clave:

Encapsulación: La utiliza de manera diferente a [[C++]]. Los objetos Visual Basic tienen propiedades como color, tamaño, tipo de letra y, además incorporan unos métodos que responden a mensaje como clics de ratón, pulsación de teclas, etc. En los que se puede integrar código. Polimorfismo: Capacidad de reaccionar de manera distinta ante un mensaje idéntico, dependiendo del objeto que lo reciba, p.e. un clic del ratón recibido por un botón de comando o por una caja de texto. Herencia: Capacidad de derivarse a partir de otro objeto.

== Fuente ==

*Microsoft Visual Basic 6.0 Common Controls
*Manuales Básicos de Visual Basic (for scripting)
*Visual Basic [[2005]] Express Edition - Sitio web de la edición gratis de Visual Basic .NET
*Visual Basic en Open Directory Project

== Enlace externo ==

*[http://www.canalvisualbasic.net/manual/manual-visual-basic/ Canalvisualbasic]

[[Category:Herramientas_de_programación]]

CASE

2011-07-11T18:37:13Z

Goldfields: /* Características */

{{Herramientas
|nombre=CASE
|imagen=CASE.gif
|nombre_herramienta=Ingeniería de Software Asistida por Computadora.
|descripcion_herramienta=diversas aplicaciones [[informática]]s destinadas a aumentar la productividad en el desarrollo de [[software]] reduciendo los costes de las misma}}

'''CASE'''(Cumputer Aided [[Software]] Engineering).Conjunto de programas y ayudas que dan asistencia a los analistas, ingenieros de Software y desarrolladores, durante todos los pasos del ciclo de vida de desarrollo de un software. Este puede ser generalmente aplicado a cualquier sistema o colección de herramientas que ayudan a automatizar el proceso de diseño y desarrollo de software.

== Historia ==
En la década del 70 un proyecto nombrado ISDOS diseñó un lenguaje denominado PSL que analizaba la relación existente entre los requisitos de un problema y las necesidades que éstos generaban. La aplicación que ayudaba a buscar las necesidades de los diseñadores se denominaba PSA. Este lenguaje y esta herramienta son consideradas como los inicios de las herramientas informáticas que ayudan a crear nuevos proyectos informáticos.

La primera herramienta CASE sale oficialmente a en el año [[1984]] nombrada Excelerator y trabajaba bajo una plataforma PC.

El máximo desarrollo de las herramientas CASE se alcanza a principios de los años 90. La [[IBM]] y la empresa de software AD/Cycle habían conseguido una alianza para trabajabar con herramientas CASE que abarcaban todo el ciclo de vida del software utilizando mainframes.

Los mainframes han ido siendo menos utilizados y el mercado de las Big CASE ha muerto completamente abriendo el mercado de diversas herramientas más específicas para cada fase del ciclo de vida del software.

== Objetivos ==
* Mejorar la productividad en el desarrollo y mantenimiento del software.
* Aumentar la calidad del software.
* Reducir el tiempo y coste de desarrollo y mantenimiento de los sistemas informáticos.
*Mejorar la planificación de un proyecto
* Aumentar la biblioteca de conocimiento informático de una empresa ayudando a la búsqueda de soluciones para los requisitos.
* Automatizar el desarrollo del software, la documentación, la generación de código, las pruebas de errores y la gestión del proyecto.
*Ayuda a la reutilización del [[software]], portabilidad y estandarización de la documentación
* Gestión global en todas las fases de desarrollo de software con una misma herramienta.
*Facilitar el uso de las distintas metodologías propias de la ingeniería del software.

== Clasificación ==
Las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parámetros:
* Las plataformas que soportan.
* Las fases del ciclo de vida del desarrollo de sistemas que cubren.
* La arquitectura de las aplicaciones que producen.
* Su funcionalidad.

También se pueden clasificar basándose en las fases del ciclo de desarrollo que cubren:
* ''Upper CASE (U-CASE)'', herramientas que ayudan en las fases de planificación, análisis de requisitos y estrategia del desarrollo..
* ''Middle CASE (M-CASE)'', herramientas para automatizar tareas en el análisis y diseño de la aplicación.
* ''Lower CASE (L-CASE)'', herramientas que semi-automatizan la generación de código, crean programas de detección de errores, soportan la depuración de programas y pruebas, además de automatizar la documentación completa de la aplicación.

Tomando en consideración su funcionalidad se podrían identificar como:
* Herramientas de generación semiautomática de código.
* Editores [[UML]].
* Herramientas de Refactorización de código.
* Herramientas de mantenimiento como los sistemas de control de versiones.
==Algunas herramientas==
=== Visual Paradigm ===

Visual Paradigmas una de las herramientas UML CASE del mercado, considerada como muy completa y fácil de usar, con soporte multiplataforma y que proporciona excelente facilidades de interoperabilidad con otras aplicaciones.

Fue creada para el ciclo vital completo del desarrollo de software que lo automatiza y acelera, permitiendo la captura de requisitos, análisis, diseño e implementación. Tiene la capacidad de crear el esquema de clases a partir de una base de datos y crear la definición de base de datos a partir del esquema de las clases.

Permite invertir código fuente de programas, archivos ejecutables y binarios en modelos UML al instante, creando de manera simple toda la documentación. Está diseñada para usuarios interesados en sistemas de software de gran escala con el uso del acercamiento orientado a objeto, además apoya los estándares más recientes de las notaciones de Java y de UML. Incorpora el soporte para trabajo en equipo, que permite que varios desarrolladores trabajen a la vez en el mismo diagrama y vean en tiempo real los cambios hechos por sus compañeros.

==== Características ====

* Producto de calidad
* Soporta aplicaciones [[Web]].
* Varios idiomas.
* Generación de código para Java y exportación como HTML.
* Fácil de instalar y actualizar.
*Compatibilidad entre ediciones.
*Se integra con las siguientes herramientas Java:
** [[Eclipse]]/IBM WebSphere.
** Jbuilder.
** NetBeans IDE.
** [[Oracle]] Jdeveloper.
**BEA Weblogic.

====Ventajas ====

* Apoya todo lo básico en cuanto a artefactos generados en las etapas de definición de requerimientos y de especificación de componentes.
* Tiene apoyo adicional en cuanto a generación de artefactos automáticamente.
* Genera modelos VP-UML instantáneamente a partir de código binario .Net.
* Generación de documentación en formatos HTML y [[PDF]].
* Disponibilidad en múltiples plataformas: [[Microsoft Windows]] (98, 2000, XP, o Vista), [[Linux]], Mac OS X, [[Solaris]] o [[Java]].
* Brinda la posibilidad de intercambiar información mediante la importación y exportación de ficheros con aplicaciones como por ejemplo Visio y Rational Rose.
* Generación de código e ingeniería inversa: brinda la posibilidad de generar código a partir de los diagramas, para las plataformas como .Net, Java y [[PHP]], así como obtener los diagramas a partir del código.
* Generación de documentación: brinda la posibilidad de documentar todo el trabajo sin necesidad de utilizar herramientas externas.

==== Desventajas ====

* Las imágenes y reportes generados, no son de muy buena calidad.

===POSEIDON para UML===

Es una herramienta para modelar cualquier clase de sistema que esté o no relacionada con programación. Poseidon para UML puede simplificar la compleja tarea de desarrollo de software ayudando a estructurar pensamientos, a clarificar la comunicación, y a encontrar la correcta abstracción. La incorrecta implantación de la herramienta UML, le sumergirá en detalles llenos de funciones extrañas y excesivamente complicadas, lo que le evitará el ahorro de tiempo y esfuerzo.

La intuitiva interfaz hace de Poseidon una de las herramientas más rápidas de UML para dominar el análisis orientado a objetos, liberando al diseñador para centrase solamente en su modelo.

====Características ====

* Soporta diagramas UML.
* Opciones avanzadas de impresión.
* Soporta gráficos en la mayoría de los formatos.
* Varios idiomas.
* Generación de código para Java y exportación como HTML.
* Fácil de instalar y actualizar.
* Compatibilidad entre ediciones.
* Capacidades ampliables a través de plug-ins, es posible cargarlos en tiempo de ejecución
* Generación de documentación en HTML y formato Word 2003.
* Soporta los formatos gráficos gif, ps, eps, wmf, jpg y png.

====Ventajas====
* Herramienta hecha completamente en Java, por lo que es independiente de la plataforma.
* Interfaz de usuario muy bien diseñada, fácil de aprender a usar e intuitiva.

====Desventajas====
* En la versión Trial la grabación de proyectos está limitada a ocho diagramas.

===ArgoUML===
Es una aplicación de diagramado de UML escrita en Java y publicada bajo la Licencia BSD ( Bekerley Software Distribution) open source. Dado que es una aplicación Java, está disponible en cualquier plataforma soportada por Java.

Sin embargo, desde la versión 0.20, ArgoUML está incompleto. No es conforme completamente a los estándares UML y carece de soporte completo para algunos tipos de diagramas de secuencia y los de colaboración.

====Características ====

Nuevas características en V0.20:
* Características de extensibilidad mejoradas de UML 1.4.
* Diagramas de secuencia.
* Compatibilidad AndroMDA.
* Cientos de bugs han sido arreglados.
* La mayoría de las funciones ahora soportan la selección múltiple de los elementos del modelo.
* Se puede arrastrar y soltar desde el árbol de exploración al diagrama y dentro del árbol de exploración.
* Construido en diseños críticos, suministra una revisión no obstructiva del diseño y sugerencias para mejoras.
* Interfaz de módulos extensible.
* Soporte de internacionalización para inglés, alemán, francés, español y ruso.
* Restricciones OCL para clases.
* Soporte para el lenguaje de generación de código: Java, PHP, [[Python]], [[C++]] y [[Lenguaje de Programación C Sharp|C Sharp]].
* Ingeniería inversa.
* Disposición (layout) automática del diagrama de clases.
* Generación de ficheros png, gif, jpg, svg, eps desde diagramas.
* Soporte para comentarios para múltiples elementos.
* Todos los diagramas 1.4 están soportados.

====Ventajas ====

* Genera código automáticamente.
* Propone soluciones a algunos errores.
* Panel de propiedades y de tareas pendientes bastante útil.

====Desventajas ====

* Instalación costosa.
* Poco amigable.
* Difícil de empezar.
* No tiene botón ¨deshacer¨.
* Los modelos a veces no pueden ser re-abiertos.
* No hay llamadas reflexivas en los diagramas de secuencia.
* Se debe seleccionar una clase para crear un diagrama de secuencia.
== Fuentes==

* http://hugolopez.phi.com.co

* http://users.dsic.upv.es

[[Category:Ciencias_informáticas]]

ArgoUML

2011-07-11T18:37:07Z

Goldfields: /* Algunas funciones y consideraciones importantes */

{{Ficha Software
|nombre=ArgoUML
|familia=Desarrollo de software
|imagen=Argologo.jpg
|tamaño=18.1 Mb
|descripción=Logo de la aplicación
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=
|versiones=
|última versión estable=0.32.1
|género=Ingeniería de Software
|sistemas operativos=Multiplataforma (Java)
|idioma=
|licencia=BSD
|premios=
|web=
}}
'''ArgoUML'''.Es una herramienta libre de modelado
sencilla de utilizar, que incluye soporte para los diagramas del estándar [[UML]] y se puede utilizar tanto para realizar
los [[diagramas]] de apoyo a la [[ingeniería de software]] como aplicar la [[Ingeniería inversa]] a proyectos ya terminados.

==Introducción al software==
Durante la última década, el [[Análisis Orientado a Objeto y Diseño]] (Object Oriented Analysis and Design; OOA&D) se ha convertido en el paradigma de desarrollo de [[software]] dominante. Con ello se ha conseguido un gran avance en los procesos de pensamiento de todo el personal involucrado en el ciclo de vida del desarrollo del software.
En estos tiempos es imposible pensar en comenzar el desarrollo formal de cualquier software sin antes haber realizado todo el proceso de [[ingeniería]] necesario incluyendo el modelado de la aplicación que permita garantizar en el futuro la escalabilidad del mismo. Como soporte de este proceso existen varias herramientas basadas en [[UML]] ([[Unified Markup Lenguage]]) entre las que se encuentra el ArgoUML.

==Algunas funciones y consideraciones importantes==
ArgoUML fue concebido como un entorno y herramienta para utilizar en el análisis y diseño de [[sistemas de software orientados a objeto]]. En este sentido es similar a muchas de las herramientas [[CASE]] comerciales que son vendidas como herramientas para modelar sistemas software. ArgoUML tiene un número de distinciones muy importantes de muchas de esas herramientas. Al estar desarrollado en [[Java]] el programa no depende de ninguna plataforma por esa razón puede instalarse en múltiples [[sistemas operativos]], teniendo como única condición previa la [[máquina virtual de Java]] instalada ([[JDK]]). Además tiene soporte para [[UML]] 1.4 y proporciona buenas herramientas para dibujar y manipular los diagramas.

Como muchas otras herramientas para el análisis de sistemas informáticos de esta potencia, ArgoUML proporciona la generación del código, el cual puede ser utilizado en los siguientes lenguajes: [[Java]], [[C++]], [[Lenguaje de Programación C Sharp|C Sharp]] (C#) y [[PHP]]. Como otro aspecto importante a tener en cuenta los proyectos de esta aplicación pueden exportarse a múltiples formatos gráficos mencionados con anterioridad.

==Consejo para el trabajo con el software==
Para comenzar a trabajar con ArgoUML, sólo es necesario abrir la aplicación y pulsar con el botón derecho sobre el modelo en el menú de la izquierda, para seleccionar el tipo de [[diagrama]] a crear (de casos de uso, de clases, de actividades, etcétera). En la parte inferior derecha de la ventana, aparecen las propiedades del objeto seleccionado, las cuales se pueden modificar en cualquier momento, con sólo seleccionarla. En la ventana a la izquierda de las propiedades, aparecen las críticas, que son recomendaciones que realiza la aplicación con vistas a obtener un buen [[diagrama UML]].
Una vez creado el diagrama, para generar el [[código fuente]] sólo es necesario pulsar F7, o ir al menú principal, opción Generar (o Generate).

=='''Tres mejores funciones'''==
* Posee soporte para el lenguaje de generación de Código: Java, PHP, [[Python]], C++ y CSharp.
* Permite la realización de ingeniería inversa
* Los diagramas pueden ser exportados a los siguientes formatos [[PNG]], [[GIF]], [[JPG]], [[SVG]], [[EPS]].

==Conclusiones finales sobre el software==
El uso de herramientas como ArgoUML permite realizar un diseño de la aplicación empleando [[UML]], de manera que se puedan generar las clases del diagrama dibujado automáticamente. Así, el diagrama de clases no es sólo una ayuda al diseño de aplicaciones, sino que se convierte en un aporte interesante a la programación, lo cual puede ser un incentivo a tener en cuenta a la hora de realizar el proceso de análisis de sistemas informáticos.
==Véase también==
*[[StartUML]]
*[[CASE]]
==Fuentes==
*[http://revista.jovenclub.cu Revista Tino]
*[http://argouml.tigris.org Sitio Web oficial de ArgoUML]

[[Category:Software_Libre]]

CASE

2011-07-11T18:35:55Z

Goldfields: /* Características */

{{Herramientas
|nombre=CASE
|imagen=CASE.gif
|nombre_herramienta=Ingeniería de Software Asistida por Computadora.
|descripcion_herramienta=diversas aplicaciones [[informática]]s destinadas a aumentar la productividad en el desarrollo de [[software]] reduciendo los costes de las misma}}

'''CASE'''(Cumputer Aided [[Software]] Engineering).Conjunto de programas y ayudas que dan asistencia a los analistas, ingenieros de Software y desarrolladores, durante todos los pasos del ciclo de vida de desarrollo de un software. Este puede ser generalmente aplicado a cualquier sistema o colección de herramientas que ayudan a automatizar el proceso de diseño y desarrollo de software.

== Historia ==
En la década del 70 un proyecto nombrado ISDOS diseñó un lenguaje denominado PSL que analizaba la relación existente entre los requisitos de un problema y las necesidades que éstos generaban. La aplicación que ayudaba a buscar las necesidades de los diseñadores se denominaba PSA. Este lenguaje y esta herramienta son consideradas como los inicios de las herramientas informáticas que ayudan a crear nuevos proyectos informáticos.

La primera herramienta CASE sale oficialmente a en el año [[1984]] nombrada Excelerator y trabajaba bajo una plataforma PC.

El máximo desarrollo de las herramientas CASE se alcanza a principios de los años 90. La [[IBM]] y la empresa de software AD/Cycle habían conseguido una alianza para trabajabar con herramientas CASE que abarcaban todo el ciclo de vida del software utilizando mainframes.

Los mainframes han ido siendo menos utilizados y el mercado de las Big CASE ha muerto completamente abriendo el mercado de diversas herramientas más específicas para cada fase del ciclo de vida del software.

== Objetivos ==
* Mejorar la productividad en el desarrollo y mantenimiento del software.
* Aumentar la calidad del software.
* Reducir el tiempo y coste de desarrollo y mantenimiento de los sistemas informáticos.
*Mejorar la planificación de un proyecto
* Aumentar la biblioteca de conocimiento informático de una empresa ayudando a la búsqueda de soluciones para los requisitos.
* Automatizar el desarrollo del software, la documentación, la generación de código, las pruebas de errores y la gestión del proyecto.
*Ayuda a la reutilización del [[software]], portabilidad y estandarización de la documentación
* Gestión global en todas las fases de desarrollo de software con una misma herramienta.
*Facilitar el uso de las distintas metodologías propias de la ingeniería del software.

== Clasificación ==
Las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parámetros:
* Las plataformas que soportan.
* Las fases del ciclo de vida del desarrollo de sistemas que cubren.
* La arquitectura de las aplicaciones que producen.
* Su funcionalidad.

También se pueden clasificar basándose en las fases del ciclo de desarrollo que cubren:
* ''Upper CASE (U-CASE)'', herramientas que ayudan en las fases de planificación, análisis de requisitos y estrategia del desarrollo..
* ''Middle CASE (M-CASE)'', herramientas para automatizar tareas en el análisis y diseño de la aplicación.
* ''Lower CASE (L-CASE)'', herramientas que semi-automatizan la generación de código, crean programas de detección de errores, soportan la depuración de programas y pruebas, además de automatizar la documentación completa de la aplicación.

Tomando en consideración su funcionalidad se podrían identificar como:
* Herramientas de generación semiautomática de código.
* Editores [[UML]].
* Herramientas de Refactorización de código.
* Herramientas de mantenimiento como los sistemas de control de versiones.
==Algunas herramientas==
=== Visual Paradigm ===

Visual Paradigmas una de las herramientas UML CASE del mercado, considerada como muy completa y fácil de usar, con soporte multiplataforma y que proporciona excelente facilidades de interoperabilidad con otras aplicaciones.

Fue creada para el ciclo vital completo del desarrollo de software que lo automatiza y acelera, permitiendo la captura de requisitos, análisis, diseño e implementación. Tiene la capacidad de crear el esquema de clases a partir de una base de datos y crear la definición de base de datos a partir del esquema de las clases.

Permite invertir código fuente de programas, archivos ejecutables y binarios en modelos UML al instante, creando de manera simple toda la documentación. Está diseñada para usuarios interesados en sistemas de software de gran escala con el uso del acercamiento orientado a objeto, además apoya los estándares más recientes de las notaciones de Java y de UML. Incorpora el soporte para trabajo en equipo, que permite que varios desarrolladores trabajen a la vez en el mismo diagrama y vean en tiempo real los cambios hechos por sus compañeros.

==== Características ====

* Producto de calidad
* Soporta aplicaciones [[Web]].
* Varios idiomas.
* Generación de código para Java y exportación como HTML.
* Fácil de instalar y actualizar.
*Compatibilidad entre ediciones.
*Se integra con las siguientes herramientas Java:
** [[Eclipse]]/IBM WebSphere.
** Jbuilder.
** NetBeans IDE.
** [[Oracle]] Jdeveloper.
**BEA Weblogic.

====Ventajas ====

* Apoya todo lo básico en cuanto a artefactos generados en las etapas de definición de requerimientos y de especificación de componentes.
* Tiene apoyo adicional en cuanto a generación de artefactos automáticamente.
* Genera modelos VP-UML instantáneamente a partir de código binario .Net.
* Generación de documentación en formatos HTML y [[PDF]].
* Disponibilidad en múltiples plataformas: [[Microsoft Windows]] (98, 2000, XP, o Vista), [[Linux]], Mac OS X, [[Solaris]] o [[Java]].
* Brinda la posibilidad de intercambiar información mediante la importación y exportación de ficheros con aplicaciones como por ejemplo Visio y Rational Rose.
* Generación de código e ingeniería inversa: brinda la posibilidad de generar código a partir de los diagramas, para las plataformas como .Net, Java y [[PHP]], así como obtener los diagramas a partir del código.
* Generación de documentación: brinda la posibilidad de documentar todo el trabajo sin necesidad de utilizar herramientas externas.

==== Desventajas ====

* Las imágenes y reportes generados, no son de muy buena calidad.

===POSEIDON para UML===

Es una herramienta para modelar cualquier clase de sistema que esté o no relacionada con programación. Poseidon para UML puede simplificar la compleja tarea de desarrollo de software ayudando a estructurar pensamientos, a clarificar la comunicación, y a encontrar la correcta abstracción. La incorrecta implantación de la herramienta UML, le sumergirá en detalles llenos de funciones extrañas y excesivamente complicadas, lo que le evitará el ahorro de tiempo y esfuerzo.

La intuitiva interfaz hace de Poseidon una de las herramientas más rápidas de UML para dominar el análisis orientado a objetos, liberando al diseñador para centrase solamente en su modelo.

====Características ====

* Soporta diagramas UML.
* Opciones avanzadas de impresión.
* Soporta gráficos en la mayoría de los formatos.
* Varios idiomas.
* Generación de código para Java y exportación como HTML.
* Fácil de instalar y actualizar.
* Compatibilidad entre ediciones.
* Capacidades ampliables a través de plug-ins, es posible cargarlos en tiempo de ejecución
* Generación de documentación en HTML y formato Word 2003.
* Soporta los formatos gráficos gif, ps, eps, wmf, jpg y png.

====Ventajas====
* Herramienta hecha completamente en Java, por lo que es independiente de la plataforma.
* Interfaz de usuario muy bien diseñada, fácil de aprender a usar e intuitiva.

====Desventajas====
* En la versión Trial la grabación de proyectos está limitada a ocho diagramas.

===ArgoUML===
Es una aplicación de diagramado de UML escrita en Java y publicada bajo la Licencia BSD ( Bekerley Software Distribution) open source. Dado que es una aplicación Java, está disponible en cualquier plataforma soportada por Java.

Sin embargo, desde la versión 0.20, ArgoUML está incompleto. No es conforme completamente a los estándares UML y carece de soporte completo para algunos tipos de diagramas de secuencia y los de colaboración.

====Características ====

Nuevas características en V0.20:
* Características de extensibilidad mejoradas de UML 1.4.
* Diagramas de secuencia.
* Compatibilidad AndroMDA.
* Cientos de bugs han sido arreglados.
* La mayoría de las funciones ahora soportan la selección múltiple de los elementos del modelo.
* Se puede arrastrar y soltar desde el árbol de exploración al diagrama y dentro del árbol de exploración.
* Construido en diseños críticos, suministra una revisión no obstructiva del diseño y sugerencias para mejoras.
* Interfaz de módulos extensible.
* Soporte de internacionalización para inglés, alemán, francés, español y ruso.
* Restricciones OCL para clases.
* Soporte para el lenguaje de generación de código: Java, PHP, [[Python]], [[C++]] y [[Lenguaje de Programación C Sharp|CSharp]].
* Ingeniería inversa.
* Disposición (layout) automática del diagrama de clases.
* Generación de ficheros png, gif, jpg, svg, eps desde diagramas.
* Soporte para comentarios para múltiples elementos.
* Todos los diagramas 1.4 están soportados.

====Ventajas ====

* Genera código automáticamente.
* Propone soluciones a algunos errores.
* Panel de propiedades y de tareas pendientes bastante útil.

====Desventajas ====

* Instalación costosa.
* Poco amigable.
* Difícil de empezar.
* No tiene botón ¨deshacer¨.
* Los modelos a veces no pueden ser re-abiertos.
* No hay llamadas reflexivas en los diagramas de secuencia.
* Se debe seleccionar una clase para crear un diagrama de secuencia.
== Fuentes==

* http://hugolopez.phi.com.co

* http://users.dsic.upv.es

[[Category:Ciencias_informáticas]]

ArgoUML

2011-07-11T18:32:56Z

Goldfields: /* Tres mejores funciones */

{{Ficha Software
|nombre=ArgoUML
|familia=Desarrollo de software
|imagen=Argologo.jpg
|tamaño=18.1 Mb
|descripción=Logo de la aplicación
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=
|versiones=
|última versión estable=0.32.1
|género=Ingeniería de Software
|sistemas operativos=Multiplataforma (Java)
|idioma=
|licencia=BSD
|premios=
|web=
}}
'''ArgoUML'''.Es una herramienta libre de modelado
sencilla de utilizar, que incluye soporte para los diagramas del estándar [[UML]] y se puede utilizar tanto para realizar
los [[diagramas]] de apoyo a la [[ingeniería de software]] como aplicar la [[Ingeniería inversa]] a proyectos ya terminados.

==Introducción al software==
Durante la última década, el [[Análisis Orientado a Objeto y Diseño]] (Object Oriented Analysis and Design; OOA&D) se ha convertido en el paradigma de desarrollo de [[software]] dominante. Con ello se ha conseguido un gran avance en los procesos de pensamiento de todo el personal involucrado en el ciclo de vida del desarrollo del software.
En estos tiempos es imposible pensar en comenzar el desarrollo formal de cualquier software sin antes haber realizado todo el proceso de [[ingeniería]] necesario incluyendo el modelado de la aplicación que permita garantizar en el futuro la escalabilidad del mismo. Como soporte de este proceso existen varias herramientas basadas en [[UML]] ([[Unified Markup Lenguage]]) entre las que se encuentra el ArgoUML.

==Algunas funciones y consideraciones importantes==
ArgoUML fue concebido como un entorno y herramienta para utilizar en el análisis y diseño de [[sistemas de software orientados a objeto]]. En este sentido es similar a muchas de las herramientas [[CASE]] comerciales que son vendidas como herramientas para modelar sistemas software. ArgoUML tiene un número de distinciones muy importantes de muchas de esas herramientas. Al estar desarrollado en [[Java]] el programa no depende de ninguna plataforma por esa razón puede instalarse en múltiples [[sistemas operativos]], teniendo como única condición previa la [[máquina virtual de Java]] instalada ([[JDK]]). Además tiene soporte para [[UML]] 1.4 y proporciona buenas herramientas para dibujar y manipular los diagramas.

Como muchas otras herramientas para el análisis de sistemas informáticos de esta potencia, ArgoUML proporciona la generación del código, el cual puede ser utilizado en los siguientes lenguajes: [[Java]], [[C++]], [[C Sharp]] (C#) y [[PHP]]. Como otro aspecto importante a tener en cuenta los proyectos de esta aplicación pueden exportarse a múltiples formatos gráficos mencionados con anterioridad.

==Consejo para el trabajo con el software==
Para comenzar a trabajar con ArgoUML, sólo es necesario abrir la aplicación y pulsar con el botón derecho sobre el modelo en el menú de la izquierda, para seleccionar el tipo de [[diagrama]] a crear (de casos de uso, de clases, de actividades, etcétera). En la parte inferior derecha de la ventana, aparecen las propiedades del objeto seleccionado, las cuales se pueden modificar en cualquier momento, con sólo seleccionarla. En la ventana a la izquierda de las propiedades, aparecen las críticas, que son recomendaciones que realiza la aplicación con vistas a obtener un buen [[diagrama UML]].
Una vez creado el diagrama, para generar el [[código fuente]] sólo es necesario pulsar F7, o ir al menú principal, opción Generar (o Generate).

=='''Tres mejores funciones'''==
* Posee soporte para el lenguaje de generación de Código: Java, PHP, [[Python]], C++ y CSharp.
* Permite la realización de ingeniería inversa
* Los diagramas pueden ser exportados a los siguientes formatos [[PNG]], [[GIF]], [[JPG]], [[SVG]], [[EPS]].

==Conclusiones finales sobre el software==
El uso de herramientas como ArgoUML permite realizar un diseño de la aplicación empleando [[UML]], de manera que se puedan generar las clases del diagrama dibujado automáticamente. Así, el diagrama de clases no es sólo una ayuda al diseño de aplicaciones, sino que se convierte en un aporte interesante a la programación, lo cual puede ser un incentivo a tener en cuenta a la hora de realizar el proceso de análisis de sistemas informáticos.
==Véase también==
*[[StartUML]]
*[[CASE]]
==Fuentes==
*[http://revista.jovenclub.cu Revista Tino]
*[http://argouml.tigris.org Sitio Web oficial de ArgoUML]

[[Category:Software_Libre]]

ArgoUML

2011-07-11T18:30:58Z

Goldfields: /* Algunas funciones y consideraciones importantes */

{{Ficha Software
|nombre=ArgoUML
|familia=Desarrollo de software
|imagen=Argologo.jpg
|tamaño=18.1 Mb
|descripción=Logo de la aplicación
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=
|versiones=
|última versión estable=0.32.1
|género=Ingeniería de Software
|sistemas operativos=Multiplataforma (Java)
|idioma=
|licencia=BSD
|premios=
|web=
}}
'''ArgoUML'''.Es una herramienta libre de modelado
sencilla de utilizar, que incluye soporte para los diagramas del estándar [[UML]] y se puede utilizar tanto para realizar
los [[diagramas]] de apoyo a la [[ingeniería de software]] como aplicar la [[Ingeniería inversa]] a proyectos ya terminados.

==Introducción al software==
Durante la última década, el [[Análisis Orientado a Objeto y Diseño]] (Object Oriented Analysis and Design; OOA&D) se ha convertido en el paradigma de desarrollo de [[software]] dominante. Con ello se ha conseguido un gran avance en los procesos de pensamiento de todo el personal involucrado en el ciclo de vida del desarrollo del software.
En estos tiempos es imposible pensar en comenzar el desarrollo formal de cualquier software sin antes haber realizado todo el proceso de [[ingeniería]] necesario incluyendo el modelado de la aplicación que permita garantizar en el futuro la escalabilidad del mismo. Como soporte de este proceso existen varias herramientas basadas en [[UML]] ([[Unified Markup Lenguage]]) entre las que se encuentra el ArgoUML.

==Algunas funciones y consideraciones importantes==
ArgoUML fue concebido como un entorno y herramienta para utilizar en el análisis y diseño de [[sistemas de software orientados a objeto]]. En este sentido es similar a muchas de las herramientas [[CASE]] comerciales que son vendidas como herramientas para modelar sistemas software. ArgoUML tiene un número de distinciones muy importantes de muchas de esas herramientas. Al estar desarrollado en [[Java]] el programa no depende de ninguna plataforma por esa razón puede instalarse en múltiples [[sistemas operativos]], teniendo como única condición previa la [[máquina virtual de Java]] instalada ([[JDK]]). Además tiene soporte para [[UML]] 1.4 y proporciona buenas herramientas para dibujar y manipular los diagramas.

Como muchas otras herramientas para el análisis de sistemas informáticos de esta potencia, ArgoUML proporciona la generación del código, el cual puede ser utilizado en los siguientes lenguajes: [[Java]], [[C++]], [[C Sharp]] (C#) y [[PHP]]. Como otro aspecto importante a tener en cuenta los proyectos de esta aplicación pueden exportarse a múltiples formatos gráficos mencionados con anterioridad.

==Consejo para el trabajo con el software==
Para comenzar a trabajar con ArgoUML, sólo es necesario abrir la aplicación y pulsar con el botón derecho sobre el modelo en el menú de la izquierda, para seleccionar el tipo de [[diagrama]] a crear (de casos de uso, de clases, de actividades, etcétera). En la parte inferior derecha de la ventana, aparecen las propiedades del objeto seleccionado, las cuales se pueden modificar en cualquier momento, con sólo seleccionarla. En la ventana a la izquierda de las propiedades, aparecen las críticas, que son recomendaciones que realiza la aplicación con vistas a obtener un buen [[diagrama UML]].
Una vez creado el diagrama, para generar el [[código fuente]] sólo es necesario pulsar F7, o ir al menú principal, opción Generar (o Generate).

=='''Tres mejores funciones'''==
* Posee soporte para el lenguaje de generación de Código: [[Java]], [[PHP]], [[Python]], [[C++]] y [[CSharp]] ([[C#]])
* Permite la realización de ingeniería inversa
* Los diagramas pueden ser exportados a los siguientes formatos [[PNG]], [[GIF]], [[JPG]], [[SVG]], [[EPS]].

==Conclusiones finales sobre el software==
El uso de herramientas como ArgoUML permite realizar un diseño de la aplicación empleando [[UML]], de manera que se puedan generar las clases del diagrama dibujado automáticamente. Así, el diagrama de clases no es sólo una ayuda al diseño de aplicaciones, sino que se convierte en un aporte interesante a la programación, lo cual puede ser un incentivo a tener en cuenta a la hora de realizar el proceso de análisis de sistemas informáticos.
==Véase también==
*[[StartUML]]
*[[CASE]]
==Fuentes==
*[http://revista.jovenclub.cu Revista Tino]
*[http://argouml.tigris.org Sitio Web oficial de ArgoUML]

[[Category:Software_Libre]]

ArgoUML

2011-07-11T18:28:33Z

Goldfields: /* Introducción al software */

{{Ficha Software
|nombre=ArgoUML
|familia=Desarrollo de software
|imagen=Argologo.jpg
|tamaño=18.1 Mb
|descripción=Logo de la aplicación
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=
|versiones=
|última versión estable=0.32.1
|género=Ingeniería de Software
|sistemas operativos=Multiplataforma (Java)
|idioma=
|licencia=BSD
|premios=
|web=
}}
'''ArgoUML'''.Es una herramienta libre de modelado
sencilla de utilizar, que incluye soporte para los diagramas del estándar [[UML]] y se puede utilizar tanto para realizar
los [[diagramas]] de apoyo a la [[ingeniería de software]] como aplicar la [[Ingeniería inversa]] a proyectos ya terminados.

==Introducción al software==
Durante la última década, el [[Análisis Orientado a Objeto y Diseño]] (Object Oriented Analysis and Design; OOA&D) se ha convertido en el paradigma de desarrollo de [[software]] dominante. Con ello se ha conseguido un gran avance en los procesos de pensamiento de todo el personal involucrado en el ciclo de vida del desarrollo del software.
En estos tiempos es imposible pensar en comenzar el desarrollo formal de cualquier software sin antes haber realizado todo el proceso de [[ingeniería]] necesario incluyendo el modelado de la aplicación que permita garantizar en el futuro la escalabilidad del mismo. Como soporte de este proceso existen varias herramientas basadas en [[UML]] ([[Unified Markup Lenguage]]) entre las que se encuentra el ArgoUML.

==Algunas funciones y consideraciones importantes==
ArgoUML fue concebido como un entorno y herramienta para utilizar en el análisis y diseño de [[sistemas de software orientados a objeto]]. En este sentido es similar a muchas de las herramientas [[CASE]] comerciales que son vendidas como herramientas para modelar sistemas software. ArgoUML tiene un número de distinciones muy importantes de muchas de esas herramientas. Al estar desarrollado en [[Java]] el programa no depende de ninguna plataforma por esa razón puede instalarse en múltiples [[sistemas operativos]], teniendo como única condición previa la [[máquina virtual de Java]] instalada ([[JDK]]). Además tiene soporte para [[UML]] 1.4 y proporciona buenas herramientas para dibujar y manipular los diagramas.

Como muchas otras herramientas para el análisis de sistemas informáticos de esta potencia, ArgoUML proporciona la generación del código, el cual puede ser utilizado en los siguientes lenguajes: [[Java]], [[C++]], [[CSharp]] (C#) y [[PHP]]. Como otro aspecto importante a tener en cuenta los proyectos de esta aplicación pueden exportarse a múltiples formatos gráficos mencionados con anterioridad.

==Consejo para el trabajo con el software==
Para comenzar a trabajar con ArgoUML, sólo es necesario abrir la aplicación y pulsar con el botón derecho sobre el modelo en el menú de la izquierda, para seleccionar el tipo de [[diagrama]] a crear (de casos de uso, de clases, de actividades, etcétera). En la parte inferior derecha de la ventana, aparecen las propiedades del objeto seleccionado, las cuales se pueden modificar en cualquier momento, con sólo seleccionarla. En la ventana a la izquierda de las propiedades, aparecen las críticas, que son recomendaciones que realiza la aplicación con vistas a obtener un buen [[diagrama UML]].
Una vez creado el diagrama, para generar el [[código fuente]] sólo es necesario pulsar F7, o ir al menú principal, opción Generar (o Generate).

=='''Tres mejores funciones'''==
* Posee soporte para el lenguaje de generación de Código: [[Java]], [[PHP]], [[Python]], [[C++]] y [[CSharp]] ([[C#]])
* Permite la realización de ingeniería inversa
* Los diagramas pueden ser exportados a los siguientes formatos [[PNG]], [[GIF]], [[JPG]], [[SVG]], [[EPS]].

==Conclusiones finales sobre el software==
El uso de herramientas como ArgoUML permite realizar un diseño de la aplicación empleando [[UML]], de manera que se puedan generar las clases del diagrama dibujado automáticamente. Así, el diagrama de clases no es sólo una ayuda al diseño de aplicaciones, sino que se convierte en un aporte interesante a la programación, lo cual puede ser un incentivo a tener en cuenta a la hora de realizar el proceso de análisis de sistemas informáticos.
==Véase también==
*[[StartUML]]
*[[CASE]]
==Fuentes==
*[http://revista.jovenclub.cu Revista Tino]
*[http://argouml.tigris.org Sitio Web oficial de ArgoUML]

[[Category:Software_Libre]]

ArgoUML

2011-07-11T18:26:51Z

Goldfields: /* Algunas funciones y consideraciones importantes */

{{Ficha Software
|nombre=ArgoUML
|familia=Desarrollo de software
|imagen=Argologo.jpg
|tamaño=18.1 Mb
|descripción=Logo de la aplicación
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=
|versiones=
|última versión estable=0.32.1
|género=Ingeniería de Software
|sistemas operativos=Multiplataforma (Java)
|idioma=
|licencia=BSD
|premios=
|web=
}}
'''ArgoUML'''.Es una herramienta libre de modelado
sencilla de utilizar, que incluye soporte para los diagramas del estándar [[UML]] y se puede utilizar tanto para realizar
los [[diagramas]] de apoyo a la [[ingeniería de software]] como aplicar la [[Ingeniería inversa]] a proyectos ya terminados.

==Introducción al software==
Durante la última década, el [[Análisis Orientado a Objeto y Diseño]] (Object Oriented Analysis and Design; OOA&D) se ha convertido en el paradigma de desarrollo de [[software]] dominante. Con ello se ha conseguido un gran avance en los procesos de pensamiento de todo el personal involucrado en el ciclo de vida del desarrollo del [[software]].
En estos tiempos es imposible pensar en comenzar el desarrollo formal de cualquier software sin antes haber realizado todo el proceso de [[ingeniería]] necesario incluyendo el modelado de la aplicación que permita garantizar en el futuro la escalabilidad del mismo. Como soporte de este proceso existen varias herramientas basadas en [[UML]] ([[Unified Markup Lenguage]]) entre las que se encuentra el ArgoUML.

==Algunas funciones y consideraciones importantes==
ArgoUML fue concebido como un entorno y herramienta para utilizar en el análisis y diseño de [[sistemas de software orientados a objeto]]. En este sentido es similar a muchas de las herramientas [[CASE]] comerciales que son vendidas como herramientas para modelar sistemas software. ArgoUML tiene un número de distinciones muy importantes de muchas de esas herramientas. Al estar desarrollado en [[Java]] el programa no depende de ninguna plataforma por esa razón puede instalarse en múltiples [[sistemas operativos]], teniendo como única condición previa la [[máquina virtual de Java]] instalada ([[JDK]]). Además tiene soporte para [[UML]] 1.4 y proporciona buenas herramientas para dibujar y manipular los diagramas.

Como muchas otras herramientas para el análisis de sistemas informáticos de esta potencia, ArgoUML proporciona la generación del código, el cual puede ser utilizado en los siguientes lenguajes: [[Java]], [[C++]], [[CSharp]] (C#) y [[PHP]]. Como otro aspecto importante a tener en cuenta los proyectos de esta aplicación pueden exportarse a múltiples formatos gráficos mencionados con anterioridad.

==Consejo para el trabajo con el software==
Para comenzar a trabajar con ArgoUML, sólo es necesario abrir la aplicación y pulsar con el botón derecho sobre el modelo en el menú de la izquierda, para seleccionar el tipo de [[diagrama]] a crear (de casos de uso, de clases, de actividades, etcétera). En la parte inferior derecha de la ventana, aparecen las propiedades del objeto seleccionado, las cuales se pueden modificar en cualquier momento, con sólo seleccionarla. En la ventana a la izquierda de las propiedades, aparecen las críticas, que son recomendaciones que realiza la aplicación con vistas a obtener un buen [[diagrama UML]].
Una vez creado el diagrama, para generar el [[código fuente]] sólo es necesario pulsar F7, o ir al menú principal, opción Generar (o Generate).

=='''Tres mejores funciones'''==
* Posee soporte para el lenguaje de generación de Código: [[Java]], [[PHP]], [[Python]], [[C++]] y [[CSharp]] ([[C#]])
* Permite la realización de ingeniería inversa
* Los diagramas pueden ser exportados a los siguientes formatos [[PNG]], [[GIF]], [[JPG]], [[SVG]], [[EPS]].

==Conclusiones finales sobre el software==
El uso de herramientas como ArgoUML permite realizar un diseño de la aplicación empleando [[UML]], de manera que se puedan generar las clases del diagrama dibujado automáticamente. Así, el diagrama de clases no es sólo una ayuda al diseño de aplicaciones, sino que se convierte en un aporte interesante a la programación, lo cual puede ser un incentivo a tener en cuenta a la hora de realizar el proceso de análisis de sistemas informáticos.
==Véase también==
*[[StartUML]]
*[[CASE]]
==Fuentes==
*[http://revista.jovenclub.cu Revista Tino]
*[http://argouml.tigris.org Sitio Web oficial de ArgoUML]

[[Category:Software_Libre]]

ArgoUML

2011-07-11T18:25:42Z

Goldfields: /* Tres mejores funciones */

{{Ficha Software
|nombre=ArgoUML
|familia=Desarrollo de software
|imagen=Argologo.jpg
|tamaño=18.1 Mb
|descripción=Logo de la aplicación
|imagen2=
|tamaño2=
|descripción2=
|creador=
|desarrollador=
|diseñador=
|modelo de desarrollo=
|lanzamiento inicial=
|versiones=
|última versión estable=0.32.1
|género=Ingeniería de Software
|sistemas operativos=Multiplataforma (Java)
|idioma=
|licencia=BSD
|premios=
|web=
}}
'''ArgoUML'''.Es una herramienta libre de modelado
sencilla de utilizar, que incluye soporte para los diagramas del estándar [[UML]] y se puede utilizar tanto para realizar
los [[diagramas]] de apoyo a la [[ingeniería de software]] como aplicar la [[Ingeniería inversa]] a proyectos ya terminados.

==Introducción al software==
Durante la última década, el [[Análisis Orientado a Objeto y Diseño]] (Object Oriented Analysis and Design; OOA&D) se ha convertido en el paradigma de desarrollo de [[software]] dominante. Con ello se ha conseguido un gran avance en los procesos de pensamiento de todo el personal involucrado en el ciclo de vida del desarrollo del [[software]].
En estos tiempos es imposible pensar en comenzar el desarrollo formal de cualquier software sin antes haber realizado todo el proceso de [[ingeniería]] necesario incluyendo el modelado de la aplicación que permita garantizar en el futuro la escalabilidad del mismo. Como soporte de este proceso existen varias herramientas basadas en [[UML]] ([[Unified Markup Lenguage]]) entre las que se encuentra el ArgoUML.

==Algunas funciones y consideraciones importantes==
ArgoUML fue concebido como un entorno y herramienta para utilizar en el análisis y diseño de [[sistemas de software orientados a objeto]]. En este sentido es similar a muchas de las herramientas [[CASE]] comerciales que son vendidas como herramientas para modelar sistemas software. ArgoUML tiene un número de distinciones muy importantes de muchas de esas herramientas. Al estar desarrollado en [[Java]] el programa no depende de ninguna plataforma por esa razón puede instalarse en múltiples [[sistemas operativos]], teniendo como única condición previa la [[máquina virtual de Java]] instalada ([[JDK]]). Además tiene soporte para [[UML]] 1.4 y proporciona buenas herramientas para dibujar y manipular los diagramas.

Como muchas otras herramientas para el análisis de sistemas informáticos de esta potencia, ArgoUML proporciona la generación del código, el cual puede ser utilizado en los siguientes lenguajes: [[Java]], [[C++]], [[C#]] y [[PHP]]. Como otro aspecto importante a tener en cuenta los proyectos de esta aplicación pueden exportarse a múltiples formatos gráficos mencionados con anterioridad.

==Consejo para el trabajo con el software==
Para comenzar a trabajar con ArgoUML, sólo es necesario abrir la aplicación y pulsar con el botón derecho sobre el modelo en el menú de la izquierda, para seleccionar el tipo de [[diagrama]] a crear (de casos de uso, de clases, de actividades, etcétera). En la parte inferior derecha de la ventana, aparecen las propiedades del objeto seleccionado, las cuales se pueden modificar en cualquier momento, con sólo seleccionarla. En la ventana a la izquierda de las propiedades, aparecen las críticas, que son recomendaciones que realiza la aplicación con vistas a obtener un buen [[diagrama UML]].
Una vez creado el diagrama, para generar el [[código fuente]] sólo es necesario pulsar F7, o ir al menú principal, opción Generar (o Generate).

=='''Tres mejores funciones'''==
* Posee soporte para el lenguaje de generación de Código: [[Java]], [[PHP]], [[Python]], [[C++]] y [[CSharp]] ([[C#]])
* Permite la realización de ingeniería inversa
* Los diagramas pueden ser exportados a los siguientes formatos [[PNG]], [[GIF]], [[JPG]], [[SVG]], [[EPS]].

==Conclusiones finales sobre el software==
El uso de herramientas como ArgoUML permite realizar un diseño de la aplicación empleando [[UML]], de manera que se puedan generar las clases del diagrama dibujado automáticamente. Así, el diagrama de clases no es sólo una ayuda al diseño de aplicaciones, sino que se convierte en un aporte interesante a la programación, lo cual puede ser un incentivo a tener en cuenta a la hora de realizar el proceso de análisis de sistemas informáticos.
==Véase también==
*[[StartUML]]
*[[CASE]]
==Fuentes==
*[http://revista.jovenclub.cu Revista Tino]
*[http://argouml.tigris.org Sitio Web oficial de ArgoUML]

[[Category:Software_Libre]]

CASE

2011-07-11T18:25:04Z

Goldfields: /* Características */

{{Herramientas
|nombre=CASE
|imagen=CASE.gif
|nombre_herramienta=Ingeniería de Software Asistida por Computadora.
|descripcion_herramienta=diversas aplicaciones [[informática]]s destinadas a aumentar la productividad en el desarrollo de [[software]] reduciendo los costes de las misma}}

'''CASE'''(Cumputer Aided [[Software]] Engineering).Conjunto de programas y ayudas que dan asistencia a los analistas, ingenieros de Software y desarrolladores, durante todos los pasos del ciclo de vida de desarrollo de un software. Este puede ser generalmente aplicado a cualquier sistema o colección de herramientas que ayudan a automatizar el proceso de diseño y desarrollo de software.

== Historia ==
En la década del 70 un proyecto nombrado ISDOS diseñó un lenguaje denominado PSL que analizaba la relación existente entre los requisitos de un problema y las necesidades que éstos generaban. La aplicación que ayudaba a buscar las necesidades de los diseñadores se denominaba PSA. Este lenguaje y esta herramienta son consideradas como los inicios de las herramientas informáticas que ayudan a crear nuevos proyectos informáticos.

La primera herramienta CASE sale oficialmente a en el año [[1984]] nombrada Excelerator y trabajaba bajo una plataforma PC.

El máximo desarrollo de las herramientas CASE se alcanza a principios de los años 90. La [[IBM]] y la empresa de software AD/Cycle habían conseguido una alianza para trabajabar con herramientas CASE que abarcaban todo el ciclo de vida del software utilizando mainframes.

Los mainframes han ido siendo menos utilizados y el mercado de las Big CASE ha muerto completamente abriendo el mercado de diversas herramientas más específicas para cada fase del ciclo de vida del software.

== Objetivos ==
* Mejorar la productividad en el desarrollo y mantenimiento del software.
* Aumentar la calidad del software.
* Reducir el tiempo y coste de desarrollo y mantenimiento de los sistemas informáticos.
*Mejorar la planificación de un proyecto
* Aumentar la biblioteca de conocimiento informático de una empresa ayudando a la búsqueda de soluciones para los requisitos.
* Automatizar el desarrollo del software, la documentación, la generación de código, las pruebas de errores y la gestión del proyecto.
*Ayuda a la reutilización del [[software]], portabilidad y estandarización de la documentación
* Gestión global en todas las fases de desarrollo de software con una misma herramienta.
*Facilitar el uso de las distintas metodologías propias de la ingeniería del software.

== Clasificación ==
Las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parámetros:
* Las plataformas que soportan.
* Las fases del ciclo de vida del desarrollo de sistemas que cubren.
* La arquitectura de las aplicaciones que producen.
* Su funcionalidad.

También se pueden clasificar basándose en las fases del ciclo de desarrollo que cubren:
* ''Upper CASE (U-CASE)'', herramientas que ayudan en las fases de planificación, análisis de requisitos y estrategia del desarrollo..
* ''Middle CASE (M-CASE)'', herramientas para automatizar tareas en el análisis y diseño de la aplicación.
* ''Lower CASE (L-CASE)'', herramientas que semi-automatizan la generación de código, crean programas de detección de errores, soportan la depuración de programas y pruebas, además de automatizar la documentación completa de la aplicación.

Tomando en consideración su funcionalidad se podrían identificar como:
* Herramientas de generación semiautomática de código.
* Editores [[UML]].
* Herramientas de Refactorización de código.
* Herramientas de mantenimiento como los sistemas de control de versiones.
==Algunas herramientas==
=== Visual Paradigm ===

Visual Paradigmas una de las herramientas UML CASE del mercado, considerada como muy completa y fácil de usar, con soporte multiplataforma y que proporciona excelente facilidades de interoperabilidad con otras aplicaciones.

Fue creada para el ciclo vital completo del desarrollo de software que lo automatiza y acelera, permitiendo la captura de requisitos, análisis, diseño e implementación. Tiene la capacidad de crear el esquema de clases a partir de una base de datos y crear la definición de base de datos a partir del esquema de las clases.

Permite invertir código fuente de programas, archivos ejecutables y binarios en modelos UML al instante, creando de manera simple toda la documentación. Está diseñada para usuarios interesados en sistemas de software de gran escala con el uso del acercamiento orientado a objeto, además apoya los estándares más recientes de las notaciones de Java y de UML. Incorpora el soporte para trabajo en equipo, que permite que varios desarrolladores trabajen a la vez en el mismo diagrama y vean en tiempo real los cambios hechos por sus compañeros.

==== Características ====

* Producto de calidad
* Soporta aplicaciones [[Web]].
* Varios idiomas.
* Generación de código para Java y exportación como HTML.
* Fácil de instalar y actualizar.
*Compatibilidad entre ediciones.
*Se integra con las siguientes herramientas Java:
** [[Eclipse]]/IBM WebSphere.
** Jbuilder.
** NetBeans IDE.
** [[Oracle]] Jdeveloper.
**BEA Weblogic.

====Ventajas ====

* Apoya todo lo básico en cuanto a artefactos generados en las etapas de definición de requerimientos y de especificación de componentes.
* Tiene apoyo adicional en cuanto a generación de artefactos automáticamente.
* Genera modelos VP-UML instantáneamente a partir de código binario .Net.
* Generación de documentación en formatos HTML y [[PDF]].
* Disponibilidad en múltiples plataformas: [[Microsoft Windows]] (98, 2000, XP, o Vista), [[Linux]], Mac OS X, [[Solaris]] o [[Java]].
* Brinda la posibilidad de intercambiar información mediante la importación y exportación de ficheros con aplicaciones como por ejemplo Visio y Rational Rose.
* Generación de código e ingeniería inversa: brinda la posibilidad de generar código a partir de los diagramas, para las plataformas como .Net, Java y [[PHP]], así como obtener los diagramas a partir del código.
* Generación de documentación: brinda la posibilidad de documentar todo el trabajo sin necesidad de utilizar herramientas externas.

==== Desventajas ====

* Las imágenes y reportes generados, no son de muy buena calidad.

===POSEIDON para UML===

Es una herramienta para modelar cualquier clase de sistema que esté o no relacionada con programación. Poseidon para UML puede simplificar la compleja tarea de desarrollo de software ayudando a estructurar pensamientos, a clarificar la comunicación, y a encontrar la correcta abstracción. La incorrecta implantación de la herramienta UML, le sumergirá en detalles llenos de funciones extrañas y excesivamente complicadas, lo que le evitará el ahorro de tiempo y esfuerzo.

La intuitiva interfaz hace de Poseidon una de las herramientas más rápidas de UML para dominar el análisis orientado a objetos, liberando al diseñador para centrase solamente en su modelo.

====Características ====

* Soporta diagramas UML.
* Opciones avanzadas de impresión.
* Soporta gráficos en la mayoría de los formatos.
* Varios idiomas.
* Generación de código para Java y exportación como HTML.
* Fácil de instalar y actualizar.
* Compatibilidad entre ediciones.
* Capacidades ampliables a través de plug-ins, es posible cargarlos en tiempo de ejecución
* Generación de documentación en HTML y formato Word 2003.
* Soporta los formatos gráficos gif, ps, eps, wmf, jpg y png.

====Ventajas====
* Herramienta hecha completamente en Java, por lo que es independiente de la plataforma.
* Interfaz de usuario muy bien diseñada, fácil de aprender a usar e intuitiva.

====Desventajas====
* En la versión Trial la grabación de proyectos está limitada a ocho diagramas.

===ArgoUML===
Es una aplicación de diagramado de UML escrita en Java y publicada bajo la Licencia BSD ( Bekerley Software Distribution) open source. Dado que es una aplicación Java, está disponible en cualquier plataforma soportada por Java.

Sin embargo, desde la versión 0.20, ArgoUML está incompleto. No es conforme completamente a los estándares UML y carece de soporte completo para algunos tipos de diagramas de secuencia y los de colaboración.

====Características ====

Nuevas características en V0.20:
* Características de extensibilidad mejoradas de UML 1.4.
* Diagramas de secuencia.
* Compatibilidad AndroMDA.
* Cientos de bugs han sido arreglados.
* La mayoría de las funciones ahora soportan la selección múltiple de los elementos del modelo.
* Se puede arrastrar y soltar desde el árbol de exploración al diagrama y dentro del árbol de exploración.
* Construido en diseños críticos, suministra una revisión no obstructiva del diseño y sugerencias para mejoras.
* Interfaz de módulos extensible.
* Soporte de internacionalización para inglés, alemán, francés, español y ruso.
* Restricciones OCL para clases.
* Soporte para el lenguaje de generación de código: Java, PHP, [[Python]], [[C++]] y [[CSharp]].
* Ingeniería inversa.
* Disposición (layout) automática del diagrama de clases.
* Generación de ficheros png, gif, jpg, svg, eps desde diagramas.
* Soporte para comentarios para múltiples elementos.
* Todos los diagramas 1.4 están soportados.

====Ventajas ====

* Genera código automáticamente.
* Propone soluciones a algunos errores.
* Panel de propiedades y de tareas pendientes bastante útil.

====Desventajas ====

* Instalación costosa.
* Poco amigable.
* Difícil de empezar.
* No tiene botón ¨deshacer¨.
* Los modelos a veces no pueden ser re-abiertos.
* No hay llamadas reflexivas en los diagramas de secuencia.
* Se debe seleccionar una clase para crear un diagrama de secuencia.
== Fuentes==

* http://hugolopez.phi.com.co

* http://users.dsic.upv.es

[[Category:Ciencias_informáticas]]

CASE

2011-07-11T18:23:09Z

Goldfields: /* Características */

{{Herramientas
|nombre=CASE
|imagen=CASE.gif
|nombre_herramienta=Ingeniería de Software Asistida por Computadora.
|descripcion_herramienta=diversas aplicaciones [[informática]]s destinadas a aumentar la productividad en el desarrollo de [[software]] reduciendo los costes de las misma}}

'''CASE'''(Cumputer Aided [[Software]] Engineering).Conjunto de programas y ayudas que dan asistencia a los analistas, ingenieros de Software y desarrolladores, durante todos los pasos del ciclo de vida de desarrollo de un software. Este puede ser generalmente aplicado a cualquier sistema o colección de herramientas que ayudan a automatizar el proceso de diseño y desarrollo de software.

== Historia ==
En la década del 70 un proyecto nombrado ISDOS diseñó un lenguaje denominado PSL que analizaba la relación existente entre los requisitos de un problema y las necesidades que éstos generaban. La aplicación que ayudaba a buscar las necesidades de los diseñadores se denominaba PSA. Este lenguaje y esta herramienta son consideradas como los inicios de las herramientas informáticas que ayudan a crear nuevos proyectos informáticos.

La primera herramienta CASE sale oficialmente a en el año [[1984]] nombrada Excelerator y trabajaba bajo una plataforma PC.

El máximo desarrollo de las herramientas CASE se alcanza a principios de los años 90. La [[IBM]] y la empresa de software AD/Cycle habían conseguido una alianza para trabajabar con herramientas CASE que abarcaban todo el ciclo de vida del software utilizando mainframes.

Los mainframes han ido siendo menos utilizados y el mercado de las Big CASE ha muerto completamente abriendo el mercado de diversas herramientas más específicas para cada fase del ciclo de vida del software.

== Objetivos ==
* Mejorar la productividad en el desarrollo y mantenimiento del software.
* Aumentar la calidad del software.
* Reducir el tiempo y coste de desarrollo y mantenimiento de los sistemas informáticos.
*Mejorar la planificación de un proyecto
* Aumentar la biblioteca de conocimiento informático de una empresa ayudando a la búsqueda de soluciones para los requisitos.
* Automatizar el desarrollo del software, la documentación, la generación de código, las pruebas de errores y la gestión del proyecto.
*Ayuda a la reutilización del [[software]], portabilidad y estandarización de la documentación
* Gestión global en todas las fases de desarrollo de software con una misma herramienta.
*Facilitar el uso de las distintas metodologías propias de la ingeniería del software.

== Clasificación ==
Las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parámetros:
* Las plataformas que soportan.
* Las fases del ciclo de vida del desarrollo de sistemas que cubren.
* La arquitectura de las aplicaciones que producen.
* Su funcionalidad.

También se pueden clasificar basándose en las fases del ciclo de desarrollo que cubren:
* ''Upper CASE (U-CASE)'', herramientas que ayudan en las fases de planificación, análisis de requisitos y estrategia del desarrollo..
* ''Middle CASE (M-CASE)'', herramientas para automatizar tareas en el análisis y diseño de la aplicación.
* ''Lower CASE (L-CASE)'', herramientas que semi-automatizan la generación de código, crean programas de detección de errores, soportan la depuración de programas y pruebas, además de automatizar la documentación completa de la aplicación.

Tomando en consideración su funcionalidad se podrían identificar como:
* Herramientas de generación semiautomática de código.
* Editores [[UML]].
* Herramientas de Refactorización de código.
* Herramientas de mantenimiento como los sistemas de control de versiones.
==Algunas herramientas==
=== Visual Paradigm ===

Visual Paradigmas una de las herramientas UML CASE del mercado, considerada como muy completa y fácil de usar, con soporte multiplataforma y que proporciona excelente facilidades de interoperabilidad con otras aplicaciones.

Fue creada para el ciclo vital completo del desarrollo de software que lo automatiza y acelera, permitiendo la captura de requisitos, análisis, diseño e implementación. Tiene la capacidad de crear el esquema de clases a partir de una base de datos y crear la definición de base de datos a partir del esquema de las clases.

Permite invertir código fuente de programas, archivos ejecutables y binarios en modelos UML al instante, creando de manera simple toda la documentación. Está diseñada para usuarios interesados en sistemas de software de gran escala con el uso del acercamiento orientado a objeto, además apoya los estándares más recientes de las notaciones de Java y de UML. Incorpora el soporte para trabajo en equipo, que permite que varios desarrolladores trabajen a la vez en el mismo diagrama y vean en tiempo real los cambios hechos por sus compañeros.

==== Características ====

* Producto de calidad
* Soporta aplicaciones [[Web]].
* Varios idiomas.
* Generación de código para Java y exportación como HTML.
* Fácil de instalar y actualizar.
*Compatibilidad entre ediciones.
*Se integra con las siguientes herramientas Java:
** [[Eclipse]]/IBM WebSphere.
** Jbuilder.
** NetBeans IDE.
** [[Oracle]] Jdeveloper.
**BEA Weblogic.

====Ventajas ====

* Apoya todo lo básico en cuanto a artefactos generados en las etapas de definición de requerimientos y de especificación de componentes.
* Tiene apoyo adicional en cuanto a generación de artefactos automáticamente.
* Genera modelos VP-UML instantáneamente a partir de código binario .Net.
* Generación de documentación en formatos HTML y [[PDF]].
* Disponibilidad en múltiples plataformas: [[Microsoft Windows]] (98, 2000, XP, o Vista), [[Linux]], Mac OS X, [[Solaris]] o [[Java]].
* Brinda la posibilidad de intercambiar información mediante la importación y exportación de ficheros con aplicaciones como por ejemplo Visio y Rational Rose.
* Generación de código e ingeniería inversa: brinda la posibilidad de generar código a partir de los diagramas, para las plataformas como .Net, Java y [[PHP]], así como obtener los diagramas a partir del código.
* Generación de documentación: brinda la posibilidad de documentar todo el trabajo sin necesidad de utilizar herramientas externas.

==== Desventajas ====

* Las imágenes y reportes generados, no son de muy buena calidad.

===POSEIDON para UML===

Es una herramienta para modelar cualquier clase de sistema que esté o no relacionada con programación. Poseidon para UML puede simplificar la compleja tarea de desarrollo de software ayudando a estructurar pensamientos, a clarificar la comunicación, y a encontrar la correcta abstracción. La incorrecta implantación de la herramienta UML, le sumergirá en detalles llenos de funciones extrañas y excesivamente complicadas, lo que le evitará el ahorro de tiempo y esfuerzo.

La intuitiva interfaz hace de Poseidon una de las herramientas más rápidas de UML para dominar el análisis orientado a objetos, liberando al diseñador para centrase solamente en su modelo.

====Características ====

* Soporta diagramas UML.
* Opciones avanzadas de impresión.
* Soporta gráficos en la mayoría de los formatos.
* Varios idiomas.
* Generación de código para Java y exportación como HTML.
* Fácil de instalar y actualizar.
* Compatibilidad entre ediciones.
* Capacidades ampliables a través de plug-ins, es posible cargarlos en tiempo de ejecución
* Generación de documentación en HTML y formato Word 2003.
* Soporta los formatos gráficos gif, ps, eps, wmf, jpg y png.

====Ventajas====
* Herramienta hecha completamente en Java, por lo que es independiente de la plataforma.
* Interfaz de usuario muy bien diseñada, fácil de aprender a usar e intuitiva.

====Desventajas====
* En la versión Trial la grabación de proyectos está limitada a ocho diagramas.

===ArgoUML===
Es una aplicación de diagramado de UML escrita en Java y publicada bajo la Licencia BSD ( Bekerley Software Distribution) open source. Dado que es una aplicación Java, está disponible en cualquier plataforma soportada por Java.

Sin embargo, desde la versión 0.20, ArgoUML está incompleto. No es conforme completamente a los estándares UML y carece de soporte completo para algunos tipos de diagramas de secuencia y los de colaboración.

====Características ====

Nuevas características en V0.20:
* Características de extensibilidad mejoradas de UML 1.4.
* Diagramas de secuencia.
* Compatibilidad AndroMDA.
* Cientos de bugs han sido arreglados.
* La mayoría de las funciones ahora soportan la selección múltiple de los elementos del modelo.
* Se puede arrastrar y soltar desde el árbol de exploración al diagrama y dentro del árbol de exploración.
* Construido en diseños críticos, suministra una revisión no obstructiva del diseño y sugerencias para mejoras.
* Interfaz de módulos extensible.
* Soporte de internacionalización para inglés, alemán, francés, español y ruso.
* Restricciones OCL para clases.
* Soporte para el lenguaje de generación de código: [[Java]], [[PHP]], [[Python]], [[C++]] y [[CSharp]].
* Ingeniería inversa.
* Disposición (layout) automática del diagrama de clases.
* Generación de ficheros png, gif, jpg, svg, eps desde diagramas.
* Soporte para comentarios para múltiples elementos.
* Todos los diagramas 1.4 están soportados.

====Ventajas ====

* Genera código automáticamente.
* Propone soluciones a algunos errores.
* Panel de propiedades y de tareas pendientes bastante útil.

====Desventajas ====

* Instalación costosa.
* Poco amigable.
* Difícil de empezar.
* No tiene botón ¨deshacer¨.
* Los modelos a veces no pueden ser re-abiertos.
* No hay llamadas reflexivas en los diagramas de secuencia.
* Se debe seleccionar una clase para crear un diagrama de secuencia.
== Fuentes==

* http://hugolopez.phi.com.co

* http://users.dsic.upv.es

[[Category:Ciencias_informáticas]]

Erlang

2011-07-09T16:53:36Z

Goldfields: /* Véase también */

Ficha Software{{Ficha Software
|nombre=Erlang
|familia=
|imagen=erlang-logo.jpg
|tamaño=
|descripción=Lenguaje de programación funcional y concurrente
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ericsson]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|fecha de creación=Década del 80
|lanzamiento inicial=
|versiones=
|última versión estable=
|núcleo=
|tipo de núcleo=
|plataformas soportadas=[[Unix]], [[Windows]]
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=Sitio Oficial de Erlang: http://www.erlang.org, Comunidad Cubana de Erlang: http://comunidades.uci.cu/projects/erlang
}}

==Resumen==
Erlang es un [[lenguaje]] de [[programación funcional]] de alto nivel, que se ubica también dentro del paradigma de [[Programación Declarativa]], diseñado para escribir aplicaciones concurrentes y distribuidas de funcionamiento ininterrumpido. Erlang usa procesos concurrentes para estructurar la aplicación. Estos procesos no comparten memoria y se comunican de forma asincrónica mediante el paso de mensajes. Los procesos Erlang son muy ligeros y pertenecen al propio lenguaje, no al sistema operativo. Erlang posee un mecanismo para cambiar el [[código fuente]] de un programa o aplicación al vuelo ([[cambio en caliente de código]]), sin tener que detener el programa. Este mecanismo facilita la implementación de sistemas indetenibles.

==Historia==
Los inicios de Erlang toman lugar en los años 80 en los laboratorios de Ciencias de Computación de la Compañía de telefonía sueca [[Ericsson]], como un intento de desarrollar un lenguaje de programación de alto nivel, y con capacidad para afrontar el tipo de proyectos, especialmente de [[Telecomunicaciones]], que la empresa estaba desarrollando y que optimizara el uso de la tecnología emergente en [[Microelectrónica]], especialmente en [[Microinformática]].
Para el diseño de Erlang se analizaron al rededor de 300 lenguajes de programación existentes, con el fin de buscar características sobre lo que deseaba la empresa, de estos lenguajes se seleccionaron: [[Lisp]], [[Haskell]], [[Prolog]], y otros, de los cuales se tomaron las características más relevantes.

==Características==
En Erlang se pueden realizar toda clase de proyectos en especial proyectos que necesiten tráfico de información de [[respuesta en tiempo real]], donde para cada petición debe haber una respuesta inmediata dependiendo de si se pudo resolver o no la petición. Ejemplo si de hace una petición a un cajero automático de consultar el saldo y en ese momento la base de datos donde se encuentra la información está ocupada resolviendo otras peticiones y no puede dar una respuesta justo a tiempo, el sistema debe retornar al usuario e informar el suceso en un tiempo razonable, ejemplo 5 segundos y no esperar toda una eternidad a que se desbloquee el sistema o la base de datos pueda resolver la petición. Este comportamiento es implementado dentro de la plataforma OTP (''[[Open Telecom Plataform]]'') que es el núcleo del lenguaje Erlang; su máquina virtual está basada en esa arquitectura, donde los procesos sólo pueden comunicarse mediante el paso de mensajes. Debido a que es orientado a [[concurrencia]] y a procesos todo lo que se programa son procesos concurrentes y totalmente independientes, siendo así que si falla alguno no afecta el funcionamiento de los demás y también puede ser reiniciado instantáneamente por su proceso supervisor (comportamiento OTP árbol de supervisión de procesos).

'''Entre sus características más relevantes se encuentran:'''

===Lenguaje de alto nivel basado en procesos===
Gran parte del código luce así:

''% Ejecuta la función loop() como un nuevo proceso y guarda el id del proceso en ‘Pid’.''
Pid = spawn(fun()-> loop() end),
''% Envía un mensaje al proceso apuntado por ‘Pid’.''
Pid ! “Hola Mundo en Erlang!”.

''% Cuerpo de la función loop().''
loop()->
''% Recibe el mensaje enviado al proceso.''
receive Msg->
io:format("~p", [Msg]) ''% Imprime el mensaje en la consola.''
end.

===Acoplamiento de patrones (''[[Pattern-Matching]]'')===
El acoplamiento de patrones es una técnica básica de Erlang con la cual es posible hacer un balance entre las variables y valores a los dos lados del signo de igualdad o fallar si no es posible hacer un balance. Al lado izquierdo se le denomina lado de las variables y valores y al lado derecho lado de los valores.

''% Obtiene, en la variable 'Cual', el tercer valor sin importar cuales son los dos primeros.''
{_, _, Cual} = {perro, gato, vaca}.

''% Obtiene, en la variable 'Cual', el tercer valor garantizando que el primero sea ‘perro’ y sin importar cuál es el segundo.''
{perro, _, Cual} = {perro, gato, vaca}.

===Organización de memoria automática (Recolector de Basura)===
Erlang posee al igual que [[.Net]] y [[Java]] un mecanismo de limpieza de la memoria que permite al programador olvidarse de manejar la destrucción de las variables una vez creadas y fuera de contexto. Este mecanismo se encarga automáticamente de destruir todos los objetos y procesos que ya no se estén utilizando ya sea porque están fuera de contexto o porque muere su objeto o proceso padre.

===Lenguaje funcional===
El código de programa se estructura en módulos que contienen funciones:

-module(math).
-export([factorial/1]).

factorial(0) -> 1;
factorial(N) when N > 0 -> N * factorial(N-1).

Función QuickSort, ordena una lista de elementos:

-module(list).
-export([quick_sort/1]).

quick_sort([])-> [];
quick_sort([Pivot|Rest])->
quick_sort[X || X <- Rest, X < Pivot])
++ [Pivot] ++
quick_sort[Y || Y <- Rest, Y >= Pivot].

====Evaluación estricta, asignación única y tipado dinámico====
Sólo se cumple uno de los casos por ejecución de la función pintar(), ([[evaluación estricta]]).

pintar(Color)->
case Color of
“rojo”->
pintar_de_rojo;
4->
pintar_de_rojo;
“amarillo”->
pintar_de_amarillo;
6->
pintar_de_amarillo
end.

La variable Color puede tomar el tipo de datos dinámicamente, puede adquirir un valor numérico o un valor alfanumérico (cadena de caracteres) especificando el color, ([[tipado dinámico]]).

La [[asignación única]] viene dada por que no se puede asignar un valor a una variable mas de una vez, ejemplo:

Si dentro del mismo contexto hacemos:

A = 5 ''% Válido.''
A = 6 ''% No válido.''

Cosas como estas, que son válidas dentro de la [[Programación Imperativa]], no lo son dentro de la programación declarativa funcional.

A = A + 1 ''% No válido.''

Una vez que una variable obtiene un valor, no puede ser modificado, si se desea incrementar el valor de una variable en cierto valor se hace B = A + 1, si y sólo si, la variable B nunca ha sido asignada (''unbound'') y la variable A ya ha sido previamente asignada (''bound''). Esta regla permite evitar los efectos colaterales de la concurrencia, donde al acceder varios procesos a un mismo recurso pueda darse el caso de que se corrompa la información.

====Listas por comprensión====
Las listas por compresión de Erlang es un mecanismo matemático que permite generar valores a partir de una sintaxis muy elegante y simple:

[Constructor || Generador, [Filtros...], Generador, [Filtros...]...].

Ejemplo:
[X * 2 || X <-[1,2,3,4]].

Esto retorna el doble de todos los elementos de la lista [1,2,3,4].

Una lista por comprensión puede definirse como las Xs tales que las Xs que salgan de la lista L cumplan tal condición.

Ejemplo:
[X || X <-L, X > 4].

Cada generador trae sus propios filtros, por lo tanto es válido escribir:
[{X, Y} || X <-[1,2,3,4], X > 2, Y <-[4,5,6,7], Y < 5].

Algo interesante utilizando las listas por comprensión puede ser el cálculo del trío pitagórico:
pythag(N)->
[{A,B,C} ||
A <-lists:seq(1,N),
B <-lists:seq(1,N),
C <-lists:seq(1,N),
A + B + C =< N,
A*A + B*B =:= C*C].

Esto genera todos los tríos de números desde 1 hasta N que cumplen con el teorema de Pitágoras y que la suma de los tres no excede a N, son los llamados números "pitagóricos".

Esto puede leerse como: todos los números {A, B, C} donde A es de 1 a N, B es de 1 a N, C es de 1 a N, cumplan que A + B + C =< N y además que A*A + B*B = C*C.

===Distribución de procesos===
La distribución de procesos es una de las mejores características de Erlang, este posee un conjunto de funciones y primitivas para la creación de procesos, los cuales pueden ser locales o distribuidos, sin existir ninguna diferencia para el sistema.

Pid = spawn(Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso''
''% en el nodo local.''

Pid = spawn(Node, Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso
''% en un nodo remoto.

A la hora de enviar y recibir mensajes, no existe diferencia alguna entre remoto y local.

Pid ! a_message ''% envía un mensaje al proceso (asíncronamente)''

receive ''% recibe el mensaje enviado a este proceso''
un_mensaje -> hacer_algo
end.

Erlang también cuenta con un [[Sistema Gestor de Base de Datos]] llamado Mnesia, el cual tiene soporte para distribución.

==Véase también==
*[[ExtendedVisualOtp]], Framework para el desarrollo de aplicaciones cliente-servidor en tiempo real.
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.
*[[Wings 3d]], Herramienta de modelado 3D en Erlang.
*Yet another web server ([[YAWS]], un servidor de aplicaciones web muy completo en Erlang).
*[[Tsung]], una herramienta de análisis de rendimiento muy potente.

==Enlaces externos==
*[http://www.erlang.org Sitio web oficial del proyecto]
*[http://erlang.org/faq.html Listas de distribución y preguntas más frecuente]
*[http://video.google.com/videoplay?docid=-5830318882717959520 Video documentando las características de Erlang]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]][[Category:Lenguajes_de_programación]]

Leonela

2011-07-07T03:40:56Z

Goldfields: /* Fuentes */

{{Ficha Libro
|nombre=LEONELA
|nombre original=
|portada=leonela.jpg
|tamaño=
|descripción=
|autor(es)=[[Nicolás Heredia]]
|editorial=
|colección=
|genero=Novela
|imprenta=
|edición=
|diseño de cubierta=[[Cecilia Guerra]]
|ilustraciones=
|primera edición=
|ejemplares=
|isbn=
|país={{Bandera2|Cuba}}
|distribuidor(es)=
|premios=
|web=
|notas=
}}

'''LEONELA'''. Novela de Nicolás Heredia.

== Prólogo ==
La preocupación fundamental al estudiar Leonela, de [[Nicolás Heredia]], no debe ser únicamente buscar sus valores literarios, que indiscutiblemente tiene, sino más bien incitar a la investigación del movimiento intelectual que se desarrolló en nuestro país a finales del siglo XIX y principios del XX, y del que participó Heredia en lugar destacadísimo.
Esta generación se formó después de la [[gesta del 68]], tomó parte directa o indirectamente en la guerra emancipadora contra [[España]] en [[1895]] y vivió el desenvolvimiento e irrupción del imperialismo norteamericano en nuestro país.

Al sacudir el polvo de mis recuerdos vi aparecer la historia de Leonela, tal como me la relató un viejo amigo hace un lustro o poco menos. Todo mi trabajo ha consistido en sacar el cuadro de un rincón de mi memoria, limpiarlo cuidadosamente para que bajo la húmeda esponja vaya surgiendo la antigua pintura con sus primeros colores y ponerle el marco de mi estilo.
Dicho esto, el publico puede juzgar como guste una obra en que la realidad ha colaborado de un modo tan directo que tras ella se oculta modestamente el narrador.

Nicolás Heredia.

== Autor ==
El Sr. D. Nicolás Heredia pertenece a la ilustre familia que fundara Pedro de Heredia, el conquistador que echó los cimientos de Cartagena de Indias, familia que ha producido robustos y fecundos vástagos en la vecina isla de Santo Domingo y en nuestra Cuba, madre nodriza de José María Heredia, el insigne cantor del Niágara, de América, de la libertad de Severiano de Heredia, ex alcalde de París y ex ministro de Fomento en la República Francesa, y de José María de Heredia, artista exquisito, poeta cosmopolita, sonetista insuperable en lengua francesa.

El autor de Leonela ha demostrado que en sus venas circula rica y caliente la savia de la ilustre familia, y que si no muestra con arrogancia la cuidad de plata que sombrea una palmera de oro, blasón del fundador de la Cartago americana, sabe crearse pergaminos imperecederos dando forma a las emociones de su alma de artista.

== Índice ==
*Prólogo / 1
*Casi prólogo / 7
*I A vista de pájaro / 9
*II Don Cosme / 12
*III Doña Luisa / 15
*IV Las mellizas / 18
*V Los piratas del Cuabillas / 21
*VI El inglés / 28
*VII La [[Virgen del Cobre]] / 37
*VIII [[Capirro]] / 45
*IX Mercurio y Apolo / 51
*X Fiat / 61
*XI John Valdespina / 63
*XII De Jarabacoa a la Cotorra / 70
*XIII Entre bocado y bocado / 81
*XIV Ayer y mañana / 88
*XV Fermentación / 102
*XVI El baile de los Mendoza / 110
*XVII Mantengo / 124
*XVIII Idilio al natural / 128
*XIX En Dos Jimaguas / 134
*XX Tía y sobrina y sobrino y tío / 140
*XXI Policarpo I / 146
*XXII Realidad colonial / 154
*XXIII Sombra y luz / 160
*XXIV Venta de añojos / 167
*XXV El cuervo y la paloma / 180
*XXVI Las fiestas de Patrono / 185
*XXVII [[Waterloo]] / 195
*XXVIII La Iglesia y el Estado / 203
*XXIX El velo roto / 210
*XXX Nuevo mundo / 216
*XXXI ¡Perdidos! / 227
*XXXII Preludios / 234
*XXXIII La piel de Esaú / 241
*XXXIV Dos temporales / 250
*XXXV El regreso / 255
*XXXVI La jugada de don Carlos / 264
*XXXVII El conflicto / 276
*XXXVIII A solas / 282
*XXXIX Frente a frente / 287
*XL Ciencia y conciencia / 295
*XLI Lasciate / 303
*XLII Rotación de ideas / 314
*XLIII El drama / 323
*Epílogo / 328
*Apéndice / 333

==Fuentes==

[[Biblioteca Municipal de Guáimaro]]

[[Category: Literatura]]

Erlang

2011-07-06T19:46:57Z

Goldfields:

Ficha Software{{Ficha Software
|nombre=Erlang
|familia=
|imagen=erlang-logo.jpg
|tamaño=
|descripción=Lenguaje de programación funcional y concurrente
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ericsson]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|fecha de creación=Década del 80
|lanzamiento inicial=
|versiones=
|última versión estable=
|núcleo=
|tipo de núcleo=
|plataformas soportadas=[[Unix]], [[Windows]]
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=Sitio Oficial de Erlang: http://www.erlang.org, Comunidad Cubana de Erlang: http://comunidades.uci.cu/projects/erlang
}}

==Resumen==
Erlang es un [[lenguaje]] de [[programación funcional]] de alto nivel, que se ubica también dentro del paradigma de [[Programación Declarativa]], diseñado para escribir aplicaciones concurrentes y distribuidas de funcionamiento ininterrumpido. Erlang usa procesos concurrentes para estructurar la aplicación. Estos procesos no comparten memoria y se comunican de forma asincrónica mediante el paso de mensajes. Los procesos Erlang son muy ligeros y pertenecen al propio lenguaje, no al sistema operativo. Erlang posee un mecanismo para cambiar el [[código fuente]] de un programa o aplicación al vuelo ([[cambio en caliente de código]]), sin tener que detener el programa. Este mecanismo facilita la implementación de sistemas indetenibles.

==Historia==
Los inicios de Erlang toman lugar en los años 80 en los laboratorios de Ciencias de Computación de la Compañía de telefonía sueca [[Ericsson]], como un intento de desarrollar un lenguaje de programación de alto nivel, y con capacidad para afrontar el tipo de proyectos, especialmente de [[Telecomunicaciones]], que la empresa estaba desarrollando y que optimizara el uso de la tecnología emergente en [[Microelectrónica]], especialmente en [[Microinformática]].
Para el diseño de Erlang se analizaron al rededor de 300 lenguajes de programación existentes, con el fin de buscar características sobre lo que deseaba la empresa, de estos lenguajes se seleccionaron: [[Lisp]], [[Haskell]], [[Prolog]], y otros, de los cuales se tomaron las características más relevantes.

==Características==
En Erlang se pueden realizar toda clase de proyectos en especial proyectos que necesiten tráfico de información de [[respuesta en tiempo real]], donde para cada petición debe haber una respuesta inmediata dependiendo de si se pudo resolver o no la petición. Ejemplo si de hace una petición a un cajero automático de consultar el saldo y en ese momento la base de datos donde se encuentra la información está ocupada resolviendo otras peticiones y no puede dar una respuesta justo a tiempo, el sistema debe retornar al usuario e informar el suceso en un tiempo razonable, ejemplo 5 segundos y no esperar toda una eternidad a que se desbloquee el sistema o la base de datos pueda resolver la petición. Este comportamiento es implementado dentro de la plataforma OTP (''[[Open Telecom Plataform]]'') que es el núcleo del lenguaje Erlang; su máquina virtual está basada en esa arquitectura, donde los procesos sólo pueden comunicarse mediante el paso de mensajes. Debido a que es orientado a [[concurrencia]] y a procesos todo lo que se programa son procesos concurrentes y totalmente independientes, siendo así que si falla alguno no afecta el funcionamiento de los demás y también puede ser reiniciado instantáneamente por su proceso supervisor (comportamiento OTP árbol de supervisión de procesos).

'''Entre sus características más relevantes se encuentran:'''

===Lenguaje de alto nivel basado en procesos===
Gran parte del código luce así:

''% Ejecuta la función loop() como un nuevo proceso y guarda el id del proceso en ‘Pid’.''
Pid = spawn(fun()-> loop() end),
''% Envía un mensaje al proceso apuntado por ‘Pid’.''
Pid ! “Hola Mundo en Erlang!”.

''% Cuerpo de la función loop().''
loop()->
''% Recibe el mensaje enviado al proceso.''
receive Msg->
io:format("~p", [Msg]) ''% Imprime el mensaje en la consola.''
end.

===Acoplamiento de patrones (''[[Pattern-Matching]]'')===
El acoplamiento de patrones es una técnica básica de Erlang con la cual es posible hacer un balance entre las variables y valores a los dos lados del signo de igualdad o fallar si no es posible hacer un balance. Al lado izquierdo se le denomina lado de las variables y valores y al lado derecho lado de los valores.

''% Obtiene, en la variable 'Cual', el tercer valor sin importar cuales son los dos primeros.''
{_, _, Cual} = {perro, gato, vaca}.

''% Obtiene, en la variable 'Cual', el tercer valor garantizando que el primero sea ‘perro’ y sin importar cuál es el segundo.''
{perro, _, Cual} = {perro, gato, vaca}.

===Organización de memoria automática (Recolector de Basura)===
Erlang posee al igual que [[.Net]] y [[Java]] un mecanismo de limpieza de la memoria que permite al programador olvidarse de manejar la destrucción de las variables una vez creadas y fuera de contexto. Este mecanismo se encarga automáticamente de destruir todos los objetos y procesos que ya no se estén utilizando ya sea porque están fuera de contexto o porque muere su objeto o proceso padre.

===Lenguaje funcional===
El código de programa se estructura en módulos que contienen funciones:

-module(math).
-export([factorial/1]).

factorial(0) -> 1;
factorial(N) when N > 0 -> N * factorial(N-1).

Función QuickSort, ordena una lista de elementos:

-module(list).
-export([quick_sort/1]).

quick_sort([])-> [];
quick_sort([Pivot|Rest])->
quick_sort[X || X <- Rest, X < Pivot])
++ [Pivot] ++
quick_sort[Y || Y <- Rest, Y >= Pivot].

====Evaluación estricta, asignación única y tipado dinámico====
Sólo se cumple uno de los casos por ejecución de la función pintar(), ([[evaluación estricta]]).

pintar(Color)->
case Color of
“rojo”->
pintar_de_rojo;
4->
pintar_de_rojo;
“amarillo”->
pintar_de_amarillo;
6->
pintar_de_amarillo
end.

La variable Color puede tomar el tipo de datos dinámicamente, puede adquirir un valor numérico o un valor alfanumérico (cadena de caracteres) especificando el color, ([[tipado dinámico]]).

La [[asignación única]] viene dada por que no se puede asignar un valor a una variable mas de una vez, ejemplo:

Si dentro del mismo contexto hacemos:

A = 5 ''% Válido.''
A = 6 ''% No válido.''

Cosas como estas, que son válidas dentro de la [[Programación Imperativa]], no lo son dentro de la programación declarativa funcional.

A = A + 1 ''% No válido.''

Una vez que una variable obtiene un valor, no puede ser modificado, si se desea incrementar el valor de una variable en cierto valor se hace B = A + 1, si y sólo si, la variable B nunca ha sido asignada (''unbound'') y la variable A ya ha sido previamente asignada (''bound''). Esta regla permite evitar los efectos colaterales de la concurrencia, donde al acceder varios procesos a un mismo recurso pueda darse el caso de que se corrompa la información.

====Listas por comprensión====
Las listas por compresión de Erlang es un mecanismo matemático que permite generar valores a partir de una sintaxis muy elegante y simple:

[Constructor || Generador, [Filtros...], Generador, [Filtros...]...].

Ejemplo:
[X * 2 || X <-[1,2,3,4]].

Esto retorna el doble de todos los elementos de la lista [1,2,3,4].

Una lista por comprensión puede definirse como las Xs tales que las Xs que salgan de la lista L cumplan tal condición.

Ejemplo:
[X || X <-L, X > 4].

Cada generador trae sus propios filtros, por lo tanto es válido escribir:
[{X, Y} || X <-[1,2,3,4], X > 2, Y <-[4,5,6,7], Y < 5].

Algo interesante utilizando las listas por comprensión puede ser el cálculo del trío pitagórico:
pythag(N)->
[{A,B,C} ||
A <-lists:seq(1,N),
B <-lists:seq(1,N),
C <-lists:seq(1,N),
A + B + C =< N,
A*A + B*B =:= C*C].

Esto genera todos los tríos de números desde 1 hasta N que cumplen con el teorema de Pitágoras y que la suma de los tres no excede a N, son los llamados números "pitagóricos".

Esto puede leerse como: todos los números {A, B, C} donde A es de 1 a N, B es de 1 a N, C es de 1 a N, cumplan que A + B + C =< N y además que A*A + B*B = C*C.

===Distribución de procesos===
La distribución de procesos es una de las mejores características de Erlang, este posee un conjunto de funciones y primitivas para la creación de procesos, los cuales pueden ser locales o distribuidos, sin existir ninguna diferencia para el sistema.

Pid = spawn(Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso''
''% en el nodo local.''

Pid = spawn(Node, Mod, Func, Args) ''% ejecuta la función Func como un nuevo proceso
''% en un nodo remoto.

A la hora de enviar y recibir mensajes, no existe diferencia alguna entre remoto y local.

Pid ! a_message ''% envía un mensaje al proceso (asíncronamente)''

receive ''% recibe el mensaje enviado a este proceso''
un_mensaje -> hacer_algo
end.

Erlang también cuenta con un [[Sistema Gestor de Base de Datos]] llamado Mnesia, el cual tiene soporte para distribución.

==Véase también==
*[[ejabberd]], un servidor de mensajes instantáneos [[XMPP]] escrito en Erlang.
*[[Wings 3d]], Herramienta de modelado 3D en Erlang.
*Yet another web server ([[YAWS]], un servidor de aplicaciones web muy completo en Erlang).
*[[Tsung]], una herramienta de análisis de rendimiento muy potente.

==Enlaces externos==
*[http://www.erlang.org Sitio web oficial del proyecto]
*[http://erlang.org/faq.html Listas de distribución y preguntas más frecuente]
*[http://video.google.com/videoplay?docid=-5830318882717959520 Video documentando las características de Erlang]
*[http://comunidades.uci.cu/projects/erlang *Comunidad Cubana de Erlang* :)]

[[Category:Informática]][[Category:Lenguajes_de_programación]]

Erlang

2011-07-06T18:47:01Z

Goldfields:

Ficha Software{{Ficha Software
|nombre=Erlang
|familia=
|imagen=erlang-logo.jpg
|tamaño=
|descripción=Lenguaje de programación funcional y concurrente
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ericsson]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|fecha de creación=Década del 80
|lanzamiento inicial=
|versiones=
|última versión estable=
|núcleo=
|tipo de núcleo=
|plataformas soportadas=[[Unix]], [[Windows]]
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=Sitio Oficial de Erlang: http://www.erlang.org, Comunidad Cubana de Erlang: http://comunidades.uci.cu/projects/erlang
}}

==Resumen==
Erlang es un [[lenguaje]] de [[programación funcional]] de alto nivel, que se ubica también dentro del paradigma de [[Programación Declarativa]], diseñado para escribir aplicaciones concurrentes y distribuidas de funcionamiento ininterrumpido. Erlang usa procesos concurrentes para estructurar la aplicación. Estos procesos no comparten memoria y se comunican de forma asincrónica mediante el paso de mensajes. Los procesos Erlang son muy ligeros y pertenecen al propio lenguaje, no al sistema operativo. Erlang posee un mecanismo para cambiar el código fuente de un programa o aplicación al vuelo, sin tener que detener el programa. Este mecanismo facilita la implementación de sistemas indetenibles.

==Historia==
Los inicios de Erlang toman lugar en los años 80 en los laboratorios de Ciencias de Computación de la Compañía de telefonía sueca [[Ericsson]], como un intento de desarrollar un lenguaje de programación de alto nivel, y con capacidad para afrontar el tipo de proyectos, especialmente de [[Telecomunicaciones]], que la empresa estaba desarrollando y que optimizara el uso de la tecnología emergente en [[Microelectrónica]], especialmente en [[Microinformática]].
Para el diseño de Erlang se analizaron al rededor de 300 lenguajes de programación existentes, con el fin de buscar características sobre lo que deseaba la empresa, de estos lenguajes se seleccionaron: [[Lisp]], [[Haskell]], [[Prolog]], y otros, de los cuales se tomaron las características más relevantes.

==Características==
'''Entre sus características más relevantes se encuentran:'''

===Lenguaje de alto nivel basado en procesos===
Gran parte del código luce así:

''% Ejecuta la función loop() como un nuevo proceso y guarda el id del proceso en ‘Pid’.''
Pid = spawn(fun()-> loop() end),
''% Envía un mensaje al proceso apuntado por ‘Pid’.''
Pid ! “Hola Mundo en Erlang!”.

''% Cuerpo de la función loop().''
loop()->
''% Recibe el mensaje enviado al proceso.''
receive Msg->
io:format("~p", [Msg]) ''% Imprime el mensaje en la consola.''
end.

===Acoplamiento de patrones ([[Pattern-Matching]])===
El acoplamiento de patrones es una técnica básica de Erlang con la cual es posible hacer un balance entre las variables y valores a los dos lados del signo de igualdad o fallar si no es posible hacer un balance. Al lado izquierdo se le denomina lado de las variables y valores y al lado derecho lado de los valores.

''% Obtiene, en la variable 'Cual', el tercer valor sin importar cuales son los dos primeros.''
{_, _, Cual} = {perro, gato, vaca}.

''% Obtiene, en la variable 'Cual', el tercer valor garantizando que el primero sea ‘perro’ y sin importar cuál es el segundo.''
{perro, _, Cual} = {perro, gato, vaca}.

===Organización de memoria automática (Recolector de Basura)===
Erlang posee al igual que [[.Net]] y [[Java]] un mecanismo de limpieza de la memoria que permite al programador olvidarse de manejar la destrucción de las variables una vez creadas y fuera de contexto. Este mecanismo se encarga automáticamente de destruir todos los objetos y procesos que ya no se estén utilizando ya sea porque están fuera de contexto o porque muere su objeto o proceso padre.

===Lenguaje funcional===
El código de programa se estructura en módulos que contienen funciones:

-module(math).
-export([factorial/1]).

factorial(0) -> 1;
factorial(N) when N > 0 -> N * factorial(N-1).

Función QuickSort, ordena una lista de elementos:

-module(list).
-export([quick_sort/1]).

quick_sort([])-> [];
quick_sort([Pivot|Rest])->
quick_sort[X || X <- Rest, X < Pivot])
++ [Pivot] ++
quick_sort[Y || Y <- Rest, Y >= Pivot].

====Evaluación estricta, asignación única y tipado dinámico====
Sólo se cumple uno de los casos por ejecución de la función pintar(), ([[evaluación estricta]]).

pintar(Color)->
case Color of
“rojo”->
pintar_de_rojo;
4->
pintar_de_rojo;
“amarillo”->
pintar_de_amarillo;
6->
pintar_de_amarillo
end.

La variable Color puede tomar el tipo de datos dinámicamente, puede adquirir un valor numérico o un valor alfanumérico (cadena de caracteres) especificando el color, ([[tipado dinámico]]).

La [[asignación única]] viene dada por que no se puede asignar un valor a una variable mas de una vez, ejemplo:

Si dentro del mismo contexto hacemos:

A = 5 ''% Válido.''
A = 6 ''% No válido.''

Cosas como estas, que son válidas dentro de la [[Programación Imperativa]], no lo son dentro de la programación declarativa funcional.

A = A + 1 ''% No válido.''

Una vez que una variable obtiene un valor, no puede ser modificado, si se desea incrementar el valor de una variable en cierto valor se hace B = A + 1, si y sólo si, la variable B nunca ha sido asignada (''unbound'') y la variable A ya ha sido previamente asignada (''bound''). Esta regla permite evitar los efectos colaterales de la [[concurrencia]], donde al acceder varios procesos a un mismo recurso pueda darse el caso de que se corrompa la información.

====Listas por comprensión====
Las listas por compresión de Erlang es un mecanismo matemático que permite generar valores a partir de una sintaxis muy elegante y simple:

[Constructor || Generador, [Filtros...], Generador, [Filtros...]...].

Ejemplo:
[X * 2 || X <-[1,2,3,4]].

Esto retorna el doble de todos los elementos de la lista [1,2,3,4].

Una lista por comprensión puede definirse como las Xs tales que las Xs que salgan de la lista L cumplan tal condición.

Ejemplo:
[X || X <-L, X > 4].

Cada generador trae sus propios filtros, por lo tanto es válido escribir:
[{X, Y} || X <-[1,2,3,4], X > 2, Y <-[4,5,6,7], Y < 5].

Algo interesante utilizando las listas por comprensión puede ser el cálculo del trío pitagórico:
pythag(N)->
[{A,B,C} ||
A <-lists:seq(1,N),
B <-lists:seq(1,N),
C <-lists:seq(1,N),
A + B + C =< N,
A*A + B*B =:= C*C].

Esto genera todos los tríos de números desde 1 hasta N que cumplen con el teorema de Pitágoras y que la suma de los tres no excede a N, son los llamados números "pitagóricos".

Esto puede leerse como: todos los números {A, B, C} donde A es de 1 a N, B es de 1 a N, C es de 1 a N, cumplan que A + B + C =< N y además que A*A + B*B = C*C.

NOTA: [[EN EDICION]]

==Enlaces externos==

[[Category:Informática]][[Category:Lenguajes_de_programación]]

Archivo:Erlang-logo.jpg

2011-07-06T14:20:35Z

Goldfields:

== Sumario ==

== Estado de copyright: ==

== Fuente: ==

Erlang

2011-07-06T14:19:54Z

Goldfields: Página creada con '{{Ficha Software |nombre=Erlang |familia= |imagen=erlang-logo.jpg |tamaño= |descripción=Lenguaje de programación funcional |imagen2= |tamaño2= |descripción2= |creador=[[Eri...'

{{Ficha Software
|nombre=Erlang
|familia=
|imagen=erlang-logo.jpg
|tamaño=
|descripción=Lenguaje de programación funcional
|imagen2=
|tamaño2=
|descripción2=
|creador=[[Ericsson]]
|desarrollador=
|diseñador=
|modelo de desarrollo=
|fecha de creación=[[años 80]]
|lanzamiento inicial=
|versiones=
|última versión estable=
|núcleo=
|tipo de núcleo=
|plataformas soportadas=Unix,Windows
|género=
|sistemas operativos=
|idioma=
|licencia=
|premios=
|web=[http://www.erlang.org]
}}

==Resumen==
Erlang es un [[lenguaje]] de [[programación funcional]] de alto nivel, diseñado para escribir [[aplicaciones concurrentes]] y distribuidas de funcionamiento ininterrumpido. Erlang usa procesos concurrentes para estructurar la aplicación. Estos procesos no comparten memoria y se comunican de forma asincrónica mediante el paso de mensajes. Los procesos Erlang son muy ligeros y pertenecen al propio lenguaje, no al sistema operativo. Erlang posee un mecanismo para cambiar el código fuente de un programa o aplicación al vuelo, sin tener que detener el programa. Este mecanismo facilita la implementación de sistemas indetenibles.

==Historia==
Los inicios de Erlang toman lugar en los años 80 en los laboratorios de Ciencias de Computación de la Compañía de telefonía sueca “[[Ericsson]]”, como un intento de desarrollar un [[lenguaje de programación de alto nivel]], estructurado y con capacidad para afrontar el tipo de proyectos, especialmente de [[Telecomunicaciones]], que la empresa estaba desarrollando y que optimizara el uso de la tecnología emergente en [[Microelectrónica]], especialmente en [[Microinformática]].

==Características==
Entre sus características más relevantes se encuentran

===Lenguaje de alto nivel basado en procesos===
Gran parte del código luce así:

% Ejecuta la función loop() como un nuevo proceso y guarda el id del proceso en ‘Pid’.
Pid = spawn(fun()-> loop() end)
% Envía un mensaje al proceso apuntado por ‘Pid’.
Pid ! “Hola Mundo en Erlang!”.

% Cuerpo de la función loop()
loop()->
% Recibe el mensaje enviado al proceso.
receive Msg->
hacer_algo
end.

===Acoplamiento de patrones ([[Pattern-Matching]])===
% Obtiene el tercer valor sin importar cuales son los dos primeros.
{_, _, Cual} = {perro, gato, vaca}.

% Obtiene el tercer valor garantizando que el primero sea ‘perro’ y sin importar cuál es el segundo.
{perro, _, Cual} = {perro, gato, vaca}.

===Organización de memoria automática mediante el Colector de Basura ([[Garbage Collector]])===
Erlang posee al igual que [[.Net]] y [[Java]] un mecanismo limpieza de la memoria que permite al programador olvidarse de manejar la destrucción de las variables una vez creadas y fuera de contexto. Este mecanismo se encarga automáticamente de destruir todos los objetos y procesos que ya no se estén utilizando ya sea porque están fuera de contexto o porque muere su objeto o proceso padre.

==Enlaces Externos==

NOTA: [[EN EDICION]]

[[Category:Informática]][[Category:Lenguajes_de_programación]]

Leonela

2011-07-05T18:06:36Z

Goldfields:

{{Ficha Libro
|nombre=LEONELA
|nombre original=
|portada=leonela.jpg
|tamaño=
|descripción=
|autor(es)=[[Nicolás Heredia]]
|editorial=
|colección=
|genero=Novela
|imprenta=
|edición=
|diseño de cubierta=[[Cecilia Guerra]]
|ilustraciones=
|primera edición=
|ejemplares=
|isbn=
|país={{Bandera2|Cuba}}
|distribuidor(es)=
|premios=
|web=
|notas=
}}

'''LEONELA'''. Novela de Nicolás Heredia.

== Prólogo ==
La preocupación fundamental al estudiar Leonela, de [[Nicolás Heredia]], no debe ser únicamente buscar sus valores literarios, que indiscutiblemente tiene, sino más bien incitar a la investigación del movimiento intelectual que se desarrolló en nuestro país a finales del siglo XIX y principios del XX, y del que participó Heredia en lugar destacadísimo.
Esta generación se formó después de la [[gesta del 68]], tomó parte directa o indirectamente en la guerra emancipadora contra [[España]] en [[1895]] y vivió el desenvolvimiento e irrupción del imperialismo norteamericano en nuestro país.

Al sacudir el polvo de mis recuerdos vi aparecer la historia de Leonela, tal como me la relató un viejo amigo hace un lustro o poco menos. Todo mi trabajo ha consistido en sacar el cuadro de un rincón de mi memoria, limpiarlo cuidadosamente para que bajo la húmeda esponja vaya surgiendo la antigua pintura con sus primeros colores y ponerle el marco de mi estilo.
Dicho esto, el publico puede juzgar como guste una obra en que la realidad ha colaborado de un modo tan directo que tras ella se oculta modestamente el narrador.

Nicolás Heredia.

== Autor ==
El Sr. D. Nicolás Heredia pertenece a la ilustre familia que fundara Pedro de Heredia, el conquistador que echó los cimientos de Cartagena de Indias, familia que ha producido robustos y fecundos vástagos en la vecina isla de Santo Domingo y en nuestra Cuba, madre nodriza de José María Heredia, el insigne cantor del Niágara, de América, de la libertad de Severiano de Heredia, ex alcalde de París y ex ministro de Fomento en la República Francesa, y de José María de Heredia, artista exquisito, poeta cosmopolita, sonetista insuperable en lengua francesa.

El autor de Leonela ha demostrado que en sus venas circula rica y caliente la savia de la ilustre familia, y que si no muestra con arrogancia la cuidad de plata que sombrea una palmera de oro, blasón del fundador de la Cartago americana, sabe crearse pergaminos imperecederos dando forma a las emociones de su alma de artista.

== Índice ==
*Prólogo / 1
*Casi prólogo / 7
*I A vista de pájaro / 9
*II Don Cosme / 12
*III Doña Luisa / 15
*IV Las mellizas / 18
*V Los piratas del Cuabillas / 21
*VI El inglés / 28
*VII La [[Virgen del Cobre]] / 37
*VIII [[Capirro]] / 45
*IX Mercurio y Apolo / 51
*X Fiat / 61
*XI John Valdespina / 63
*XII De Jarabacoa a la Cotorra / 70
*XIII Entre bocado y bocado / 81
*XIV Ayer y mañana / 88
*XV Fermentación / 102
*XVI El baile de los Mendoza / 110
*XVII Mantengo / 124
*XVIII Idilio al natural / 128
*XIX En Dos Jimaguas / 134
*XX Tía y sobrina y sobrino y tío / 140
*XXI Policarpo I / 146
*XXII Realidad colonial / 154
*XXIII Sombra y luz / 160
*XXIV Venta de añojos / 167
*XXV El cuervo y la paloma / 180
*XXVI Las fiestas de Patrono / 185
*XXVII [[Waterloo]] / 195
*XXVIII La Iglesia y el Estado / 203
*XXIX El velo roto / 210
*XXX Nuevo mundo / 216
*XXXI ¡Perdidos! / 227
*XXXII Preludios / 234
*XXXIII La piel de Esaú / 241
*XXXIV Dos temporales / 250
*XXXV El regreso / 255
*XXXVI La jugada de don Carlos / 264
*XXXVII El conflicto / 276
*XXXVIII A solas / 282
*XXXIX Frente a frente / 287
*XL Ciencia y conciencia / 295
*XLI Lasciate / 303
*XLII Rotación de ideas / 314
*XLIII El drama / 323
*Epílogo / 328
*Apéndice / 333

==Fuentes==

"Agradecimientos a la [[Biblioteca Municipal de Guáimaro]]"

[[Category: Literatura]]

Leonela

2011-07-05T18:02:48Z

Goldfields: /* Autor */

Leonela

2011-07-05T18:02:44Z

Goldfields: /* Prólogo */

Leonela

2011-07-05T18:00:25Z

Goldfields:

{{Ficha Libro
|nombre=LEONELA
|nombre original=
|portada=leonela.jpg
|tamaño=
|descripción=
|autor(es)=[[Nicolás Heredia]]
|editorial=
|colección=
|genero=Novela
|imprenta=
|edición=
|diseño de cubierta=[[Cecilia Guerra]]
|ilustraciones=
|primera edición=
|ejemplares=
|isbn=
|país={{Bandera2|Cuba}}
|distribuidor(es)=
|premios=
|web=
|notas=
}}

'''LEONELA'''. Novela de Nicolás Heredia.

== Prólogo ==
La preocupación fundamental al estudiar Leonela, de [[Nicolás Heredia]], no debe ser únicamente buscar sus valores literarios, que indiscutiblemente tiene, sino más bien incitar a la investigación del movimiento intelectual que se desarrolló en nuestro país a finales del siglo XIX y principios del XX, y del que participó Heredia en lugar destacadísimo.
Esta generación se formó después de la [[gesta del 68]], tomó parte directa o indirectamente en la guerra emancipadora contra [[España]] en [[1895]] y vivió el desenvolvimiento e irrupción del imperialismo norteamericano en nuestro país.
Al sacudir el polvo de mis recuerdos vi aparecer la historia de Leonela, tal como me la relató un viejo amigo hace un lustro o poco menos. Todo mi trabajo ha consistido en sacar el cuadro de un rincón de mi memoria, limpiarlo cuidadosamente para que bajo la húmeda esponja vaya surgiendo la antigua pintura con sus primeros colores y ponerle el marco de mi estilo.
Dicho esto, el publico puede juzgar como guste una obra en que la realidad ha colaborado de un modo tan directo que tras ella se oculta modestamente el narrador.
Nicolás Heredia.

== Autor ==
El Sr. D. Nicolás Heredia pertenece a la ilustre familia que fundara Pedro de Heredia, el conquistador que echó los cimientos de Cartagena de Indias, familia que ha producido robustos y fecundos vástagos en la vecina isla de Santo Domingo y en nuestra Cuba, madre nodriza de José María Heredia, el insigne cantor del Niágara, de América, de la libertad de Severiano de Heredia, ex alcalde de París y ex ministro de Fomento en la República Francesa, y de José María de Heredia, artista exquisito, poeta cosmopolita, sonetista insuperable en lengua francesa.
El autor de Leonela ha demostrado que en sus venas circula rica y caliente la savia de la ilustre familia, y que si no muestra con arrogancia la cuidad de plata que sombrea una palmera de oro, blasón del fundador de la Cartago americana, sabe crearse pergaminos imperecederos dando forma a las emociones de su alma de artista.

== Índice ==
*Prólogo / 1
*Casi prólogo / 7
*I A vista de pájaro / 9
*II Don Cosme / 12
*III Doña Luisa / 15
*IV Las mellizas / 18
*V Los piratas del Cuabillas / 21
*VI El inglés / 28
*VII La [[Virgen del Cobre]] / 37
*VIII [[Capirro]] / 45
*IX Mercurio y Apolo / 51
*X Fiat / 61
*XI John Valdespina / 63
*XII De Jarabacoa a la Cotorra / 70
*XIII Entre bocado y bocado / 81
*XIV Ayer y mañana / 88
*XV Fermentación / 102
*XVI El baile de los Mendoza / 110
*XVII Mantengo / 124
*XVIII Idilio al natural / 128
*XIX En Dos Jimaguas / 134
*XX Tía y sobrina y sobrino y tío / 140
*XXI Policarpo I / 146
*XXII Realidad colonial / 154
*XXIII Sombra y luz / 160
*XXIV Venta de añojos / 167
*XXV El cuervo y la paloma / 180
*XXVI Las fiestas de Patrono / 185
*XXVII [[Waterloo]] / 195
*XXVIII La Iglesia y el Estado / 203
*XXIX El velo roto / 210
*XXX Nuevo mundo / 216
*XXXI ¡Perdidos! / 227
*XXXII Preludios / 234
*XXXIII La piel de Esaú / 241
*XXXIV Dos temporales / 250
*XXXV El regreso / 255
*XXXVI La jugada de don Carlos / 264
*XXXVII El conflicto / 276
*XXXVIII A solas / 282
*XXXIX Frente a frente / 287
*XL Ciencia y conciencia / 295
*XLI Lasciate / 303
*XLII Rotación de ideas / 314
*XLIII El drama / 323
*Epílogo / 328
*Apéndice / 333

==Fuentes==

"Agradecimientos a la [[Biblioteca Municipal de Guáimaro]]"

[[Category: Literatura]]