pufff.....sigue vago.....
hablemos de la parte de publicar servicios...
Te diria que te busques uno o mas frameworks/middlewares de
publicacion de servicios que soporte las tecnologias que vas a usar.
Puede estar basado en comunicacion JSON pero creo que es mas piola
usar WSDL que es lo mas standard hoy. De esa forma si otra aplicacion
necesita hablar con la tuya simplemente usas la API normal del
servidor. Tambien podes usar algo como JMS pero no es tan standard y
no hay mucha aplicacion gratis que te ayude con este.
Tene presente cosas como:
tipos de datos (no es importante para js pero si para todos los demas).
objetos como parametro: aca hay 2 opciones:
* haces que tus objetos de negocio sean serializables y
mandables a la red
* escribis objetos de transmision de datos
Las 2 tienen pros y contras pero eso es para otro capitulo.
Las interfases de los servicios van a ser como contratos o mas
del tipo duck typing.
Hablemos un poco del servidor de aplicacion....
Hay docenas de posibilidades, pero lo que esta de moda hoy es Java
web container. Usar lo que esta de moda tiene ventajas como que a casi
cualquiera le podes decir que te monte un web container y cualquier
empresa va a aceptar la tecnologia. Como esto puso a varios enojados
hay un par de alternativas como jython, jruby, rhino y gruby (pude
haber mal escrito uno o varios de los anteriores), estas son
implementaciones de python, ruby y javascript que corren dentro de una
JVM, de ese modo podes montar servidores de aplicacion en tu lenguaje
favorito y de todos modos montarlo en un web containter java.
Implementar la logica de un programa de gestion en C/C++ es como
dispararse un tiro en el pie, pero si vas a tener millones de usuarios
(muchos) podrias considerarlo.
Hablemos del cliente...
La realidad es que casi nadie quiere implementar hoy cosas no web,
especialmente desde que Google nos enseño(o a nuestro usuarios) que
hasta un GIS puede ser web....tomo años darse cuenta, pero parece que
el modelo de mainframe y terminales hace mas felices a todos. Hay
excepciones, pero para una aplicacion de gestion, hay muy pocas
excepciones. Me parece simpatica tu idea de hacer un cliente gtk, pero
pensala bien por que no creo que sea practica.
2009/2/21 Mario Daniel Carugno <[email protected]>:
> El día 21 de febrero de 2009 14:46, Leandro Fernández
> <[email protected]> escribió:
>> La verdad es que por el momento nombraste quince tecnologías y no diste una
>> pista de lo que tiene que hacer la aplicación. Tampoco dijiste si es un
>> desarrollo con fines pedagógicos o si te van a pagar. Y en ese caso, sería
>> bueno saber cuánto tiempo y dinero tenés para hacerlo.
>
> Digamos un sistema de gestion, pero no importa lo que sea.
> La idea es hacer que la logica la maneje un proceso servidor, y los
> clientes puedan
> ser programas linux, windows, web, consola o lo que sea.
>
> En general no me gusta programar la logica de negocio y la UI como
> parte del mismo
> producto.
_______________________________________________
Lista de correo Programacion.
[email protected]
http://listas.fi.uba.ar/mailman/listinfo/programacion
