Hola a todos.
Algo se ha hablado de este tipo de, no se como llamarlo exactamente, ¿Paradigma, arquitectura? bueno no importa demasiado.
Lo que intento hacer es un sistema muy sencillo con el protocolo XML-RPC para comunicar una o más aplicaciones clientes con otra servidor. Todo en gambas.
De momento con el ejemplo de programa de terminal con bases de datos ya se puede ver de forma sencilla como hacer consultas a una base de datos desde la terminal.
El paso siguiente es hacer esas consultas desde otro programa cliente y recuperar los datos.
¿Alguien conoce este tema?
Algo sencillo como enviar una consulta SQL por ejemplo, seria un buen comienzo.
 
Saludos.

Suponiendo que se pudiera, que no será cosa fácil, ¿cuál será la ventaja?

===================
No podemos regresar

shordi escribió: [Ver mensaje]

Suponiendo que se pudiera, que no será cosa fácil, ¿cuál será la ventaja?

Quillo, shordi que hoy me has ganao, pero que horas son estas, que ni siquiera a cantao el gallo, hombre.

Muso calo o que?

gambafeliz escribió: [Ver mensaje]

shordi escribió: [Ver mensaje]

Suponiendo que se pudiera, que no será cosa fácil, ¿cuál será la ventaja?

Quillo, shordi que hoy me has ganao, pero que horas son estas, que ni siquiera a cantao el gallo, hombre.

Muso calo o que?

No. Mucho código flotando alrededor de la almohada...

===================
No podemos regresar

shordi escribió: [Ver mensaje]

...No. Mucho código flotando alrededor de la almohada...

Son terrenos de las mejores ideas, digo por la zona medio despierto medio dormido.
Saludos.

shordi escribió: [Ver mensaje]

Suponiendo que se pudiera, que no será cosa fácil, ¿cuál será la ventaja?

El tema lo propuse con una finalidad didáctica, para aprender a usar esta "tecnología".
Luego cuando sea posible hacer algo con el componente y el protocolo, se abrirá la puerta de las aplicaciones en red.
Ventajas generales
Al usar un protocolo estándar como xml-rpc bien podríamos crear aplicaciones clientes o servidor, ambas en gambas o solo una de ellas en gambas y la otra en otro lenguaje.
O acoplarnos a una aplicación existente. Alguien del foro planteo una vez que necesitaba hacer un programa cliente para acceder a un programa servidor existente.
Separación del código en dos que puede facilitar el mantenimiento del código o distribuir las tareas.
Aislamiento de los datos y concretamente de las bases de datos del exterior y mejoras de rendimiento y evitar cuelgue por desconexión (ver hilo).
Ventajas particulares
En mi caso me interesa aprender a programar en red, ya que hoy en día muchas ofertas de trabajo en este mundo son relacionadas con APIs, así aunque sea en gambas, aprenderé el concepto.
También creo que se pueden ofrecer servicios a los potenciales clientes que necesiten sistemas de gestión de su negocio del tipo cliente-servidor.
Nuevamente aquí otro ejemplo de otro compañero del foro Alessandri que hizo un sistema de gestión de farmacias con varias sucursales y comentaba la necesidad de numerar todas las facturas de forma consecutiva independientemente de la sucursal donde se emitiera mediante un bloqueo de registro (ver hilo).
Conclusión
Creo que, en ciertos escenarios, este modo de programar puede ser técnicamente mejor que el de programa todo en uno, lógicamente puedo estar equivocado, pero hasta no hacer algún programa de esta manera no lo sabre.
Así que los invito a participar en el aprendizaje.
Si alguien uso XML-RPC en algo, por favor cuando pueda suba algún ejemplo sencillo para que podamos aprender, creo que sera de mucha utilidad.
Saludos.

ok. Menos mal que me jubilo ya...
     

===================
No podemos regresar

tincho escribió: [Ver mensaje]

shordi escribió: [Ver mensaje]

Suponiendo que se pudiera, que no será cosa fácil, ¿cuál será la ventaja?

El tema lo propuse con una finalidad didáctica, para aprender a usar esta "tecnología".
Luego cuando sea posible hacer algo con el componente y el protocolo, se abrirá la puerta de las aplicaciones en red.
Ventajas generales
Al usar un protocolo estándar como xml-rpc bien podríamos crear aplicaciones clientes o servidor, ambas en gambas o solo una de ellas en gambas y la otra en otro lenguaje.
O acoplarnos a una aplicación existente. Alguien del foro planteo una vez que necesitaba hacer un programa cliente para acceder a un programa servidor existente.
Separación del código en dos que puede facilitar el mantenimiento del código o distribuir las tareas.
Aislamiento de los datos y concretamente de las bases de datos del exterior y mejoras de rendimiento y evitar cuelgue por desconexión (ver hilo).
Ventajas particulares
En mi caso me interesa aprender a programar en red, ya que hoy en día muchas ofertas de trabajo en este mundo son relacionadas con APIs, así aunque sea en gambas, aprenderé el concepto.
También creo que se pueden ofrecer servicios a los potenciales clientes que necesiten sistemas de gestión de su negocio del tipo cliente-servidor.
Nuevamente aquí otro ejemplo de otro compañero del foro Alessandri que hizo un sistema de gestión de farmacias con varias sucursales y comentaba la necesidad de numerar todas las facturas de forma consecutiva independientemente de la sucursal donde se emitiera mediante un bloqueo de registro (ver hilo).
Conclusión
Creo que, en ciertos escenarios, este modo de programar puede ser técnicamente mejor que el de programa todo en uno, lógicamente puedo estar equivocado, pero hasta no hacer algún programa de esta manera no lo sabre.
Así que los invito a participar en el aprendizaje.
Si alguien uso XML-RPC en algo, por favor cuando pueda suba algún ejemplo sencillo para que podamos aprender, creo que sera de mucha utilidad.
Saludos.

Me gusta un montón tu explicaciones, superInteresante. De echo tengo por mi coco unas ideas al respecto para hacer aplicaciones en familia para todos en casa y con esta tecnología se puede superar no solo la interoperatividad de aplicaciones no iguales sino interoperatividad entre hardware no igual como software de Android contra Linux vía gambas - Android.

Muy chulo, lo voy a desarrollar, pero ya!!!

Yo ya estaba pensando algo en así con "json" que da mas posibilidades que XML y en todo caso convertir "json" a otras necesidades el cliente.

shordi escribió: [Ver mensaje]

ok. Menos mal que me jubilo ya...
     

No se no se.... tanto machacar con el tema Dark y al final usaste el tema Dark... ahora a machacar con programación en red y finalmente te meterás a hacer cosas con esto.
Creo que lo sabe todo el mundo, menos tu.
Saludos.

gambafeliz escribió: [Ver mensaje]

....Muy chulo, lo voy a desarrollar, pero ya!!!
Yo ya estaba pensando algo en así con "json" que da mas posibilidades que XML y en todo caso convertir "json" a otras necesidades el cliente.

Seria muy útil un ejemplo sencillo de intercambio de mensajes para aprender o lo que se te ocurra.
luego supongo que seria fácil enviar la consulta sql en el mensaje y recuperar los datos en otro mensaje.
Bueno de hecho así trabaja la la API de la AEMET (con json).
Saludos.