Hola.
No sé si es al nivel que tú te refieres, pero en mi caso, por un lado tenemos los programas cliente(java) que reciben datos,enseñan,hacen gráficos,ordenan columnas,devuelven los datos modificados o nuevos si es el caso...en los que en vez de usar jdbc para acceder al servidor usas una clase que llama un programa ile que envia o recibe datos(yo lo hago con arrays o occur). en ese sentido es reutilizable siempre y cuando el formato de los datos que envias-recibes sea el mismo,claro. Por otro lado tenemos los programas servidor,ya sean programas de servicio,rutinas...que yo los uso desde otros muchos programas del iseries.
Tanto en un lado como en el otro puedes autorizar a los programadores,o no autorizarlos.
Ya te digo, la interaccion java-ile, me ha dado un rendimiento espectacular,pero hace poco que estoy implantando esto. Los mismos programas servicio los llamamos desde VARPG e incluso hace mucho tiempo hicimos pruebas con VB(creo que era la version 6) y ADO y funcionaban,pero de VB no te puedo decir gran cosa y menos aun de .net porque no lo hacemos servir. Todo quedó en una prueba.
| "Jorge"
<[EMAIL PROTECTED]>
Enviado por: [EMAIL PROTECTED] 02/08/2006 10:18
|
|
Buenos días:
En lo de "Flexible y reutilizable" me refiero a no escribir las cosas cincuenta veces. Tengo un caso muy sencillo:
Tengo un programa de servicio que realiza la lectura de una tabla según los parámetros pasados a través de otras funciones. Realiza dentro de la lectura una serie de validaciones y graba una tabla de trabajo.
Bien, la lógica del programa es relativamente simple y sirve para cientos de casos que leen de la misma tabla. Pero en cada caso me apetece hacer una cosa diferente. Podría coger el programa de servicio y llamar a una función personalizada para cada caso en el momento que corresponda. Esa función la tendría que definir en el programa de servicio, ya sea en el módulo actual o en otro que luego incorpore. No me vale lo de "pues otro programa de servicio", porque me interesa reutilizar todas las variables y datos del programa y no es plan estar definiendo parámetros que van y vienen. En cambio, cuando utilizas la herencia de clases, esto está más que solventado. Pero no sólo eso, visualmente las clases que heredan son mucho más claras, reutilizan todo lo que nos interesa y se puede ocultar la parte del código que no quieres que se vea o se toque. Usando Interfaces puedes tener cientos de programas que siempre se comportan igual, y muy fáciles de utilizar ya que usado un programa que implementa la interface, aprendidos todos. Y que me dices de la sobrecarga de operadores. El RPG es flexible, pero los lenguajes orientados a objeto más. Una vez hice algo parecido a un interface en RPG mediante varios programas de servicio y uno con punteros a funciones que los invocaba según la necesidad, vaya locura.
No me refiero sólo a lo que puedes llegar a hacer, ya que nosotros somos los primeros que con RPG y el AS hemos hecho de todo, sino a como puedes estructurar tu aplicación internamente. Como puedes reutilizar las clases fuera de la plataforma, con Java puedes programar una entrada de datos con un conjunto de clases y modificar sólo la parte visual para ejecutarlas en un AS, en un Linux, en Windows, o en un entorno Web.
Ojo, igual es desconocimiento profundo de ILE, pero ya digo, cuanto más conozco Java más me gusta.
Saludos,
-----Mensaje original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]En
nombre de [EMAIL PROTECTED]
Enviado el: martes, 01 de agosto de 2006 8:55
Para: [email protected]
Asunto: Re: Cambio de lenguaje de programación
Hola.
Nosotros ultimamente estamos haciendo programas tanto en java como en VARPG
que llaman programas ile residentes en el as que retornan parámetros(para
hacer consultas,gráficos...) la verdad es que en lo que llevamos hecho
el rendimiento es espectacular, en cambio si haces la consulta directamente
desde java (o varpg) la cosa cambia,queda más 'normalita'.
Dos apuntes, lo de falta de técnicos puede ser una excusa, pero lo de flexible
y reutilizable...no hay nada en el ile incompatible con esto,depende de
cómo hagas los programas.Yo tengo programas hechos en IleRPG que los llamo
indistintamente desde otros programas RPG o desde programas Java o desde
programas VARPG con que lo de la reutilizacion queda cubierto.Y creo que
la verdadera flexibilidad está en poder combinar lo más adecuado en cada
momento y no en sustituir. Hasta que no me demuestren lo contrario el mejor
rendimiento en el iseries con diferencia lo da un programa nativo aunque
sea llamado desde fuera(por java o por lo que sea),Puedes hacer rutinas
en Ile y llamarlas desde un monton de sitios.Lo que no es reutilizable
ni flexible son los programas tradicionales de 3000 lineas,pero eso no
es culpa del lenguaje en que programes.
| "Jorge"
<[EMAIL PROTECTED]> Enviado por: [EMAIL PROTECTED] 31/07/2006 18:33
|
|
Buenas tardes:
Estamos planteándonos la posibilidad de cambiar el lenguaje de programación
que utilizamos en el servidor. Actualmente es ILE-RPG, pero debido a la
falta de técnicos que conozcan el lenguaje y a la búsqueda de una
arquitectura más flexible y reutilizable (herencia, interfaces, etc.)
estamos planteándonos pasar a Java. Hemos probado los procedimientos
almacenados de SQL pero nos han defraudado mucho y además su lenguaje es
poco potente.
Nuestra intención es seguir desarrollando en ILE-RPG, pero empezar a
realizar programas en Java que interactúen con los actuales y se nos
plantean dudas:
¿Interactúan bien?
¿Que tal se comporta un trabajo ejecutando programas RPG y programas Java en
la máquina virtual?
¿El comportamiento de los programas Java es rápido?¿Es mucho más lento que
el de los programas RPG?
Seguro que hay más preguntas, se agradecerían otros puntos a considerar y
experiencias vividas.
Gracias.
__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://coyote.combios.es/mailman/listinfo/forum.help400
