Dudas sobre aplicacion PPC.

24/10/2005 - 16:29 por Diego \(DCD\) | Informe spam
Hola a todos,

en mi empresa me han pedido que empiece un proyecto para PocketPC pero
me surgen algunas dudas para la implementación que espero que alguien me las
pueda resolver.

Hombre no tendría problemas si uno se pudiera conectar a través de WiFi
y se implementara todo con servicios web y una BBDD de SQLServerCE y el
PocketPC, pero la cosa se complica cuando la conexión va a ser GPRS, que
supongo, podría seguir utilizando Servicios Web, pero cuando te dicen, hay
que minimizar el tráfico lo máximo posible porque no tenemos tarifa plana en
conexión vía GPRS. Ya la cosa cambia. Hay que rediseñar los servicios web
para que los datasets que puedas enviar sean lo más pequeño posibles, de
forma que, en una conexión GPRS, no se tarde una eternidad en realizar una
petición. Hay que poder almacenar los datos en la Pocket, para que se puedan
realizar operaciones off-line sin tener que comprar licencicas de
SQLServerCE. Hace poco estuve trabajando en un proyecto en el cual utilizaba
WiFi, todo rápido, muy bien. Pero al traspasarlo a GPRS, es una lócura,
sobre todo por la velocidad de este tipo de comunicación. Bueno no me
enrrollo más, lo que me gustaría saber es que soluciones podríais dar a este
tema. He pensado en hacer un sistema híbrido en el que las pocket tenga
conexión WiFi y GPRS, de manera que dependiente del tipo de conexión de que
disponga en cada momento pueda realizar un tipo de operaciones u otra, pero
no sé si esto se puede hacer y cómo detectar el tipo de conexión que tengo
habierta en cada momento.

Gracias y un saludo.
 

Leer las respuestas

#1 Jose Ant
31/10/2005 - 13:13 | Informe spam
Entiendo el problema, pero nunca se me ha dado este caso.
Solo puedo guiarme por el sentido común y aconsejarte que comprimas los
datos al máximo ratio aunque se pierda un poco de tiempo.
El único incoveniente (y más importante) es que el coste de GRPS es elevado
por tanto, la solución pasa por limitar el tráfico de datos. Intenta no usar
xml sino otro modelo estándar que permita la comunicación. Si no queda otro
remedio, inventa tú el modelo.
Sé que por este problema pasaremos muchos. Suerte.
Un saludo.



"Diego (DCD)" escribió en el mensaje
news:
Hola a todos,

en mi empresa me han pedido que empiece un proyecto para PocketPC pero
me surgen algunas dudas para la implementación que espero que alguien me


las
pueda resolver.

Hombre no tendría problemas si uno se pudiera conectar a través de


WiFi
y se implementara todo con servicios web y una BBDD de SQLServerCE y el
PocketPC, pero la cosa se complica cuando la conexión va a ser GPRS, que
supongo, podría seguir utilizando Servicios Web, pero cuando te dicen, hay
que minimizar el tráfico lo máximo posible porque no tenemos tarifa plana


en
conexión vía GPRS. Ya la cosa cambia. Hay que rediseñar los servicios web
para que los datasets que puedas enviar sean lo más pequeño posibles, de
forma que, en una conexión GPRS, no se tarde una eternidad en realizar una
petición. Hay que poder almacenar los datos en la Pocket, para que se


puedan
realizar operaciones off-line sin tener que comprar licencicas de
SQLServerCE. Hace poco estuve trabajando en un proyecto en el cual


utilizaba
WiFi, todo rápido, muy bien. Pero al traspasarlo a GPRS, es una lócura,
sobre todo por la velocidad de este tipo de comunicación. Bueno no me
enrrollo más, lo que me gustaría saber es que soluciones podríais dar a


este
tema. He pensado en hacer un sistema híbrido en el que las pocket tenga
conexión WiFi y GPRS, de manera que dependiente del tipo de conexión de


que
disponga en cada momento pueda realizar un tipo de operaciones u otra,


pero
no sé si esto se puede hacer y cómo detectar el tipo de conexión que tengo
habierta en cada momento.

Gracias y un saludo.



Preguntas similares