Hola que tal amigos del foro, este documento esta dirigido a principiantes y personas interesadas en tener una vision general acerca de las opciones mas populares de comucaci贸n en fwppc, yo ya estoy trabajando con esto desde mayo del a帽o pasado cuando hice el curso introductorio en Donosti con geroa (muy bueno, porcierto) y en principio tuve las mismas inquietudes que uds. y bueno encontre lo siguiente:
(mas o menos en orden de popularidad)
-
FTP: es la opcion mas usada (creo); consiste en la colocacion y/o subida de archivos bien sea dbf, txt, binarios etcetera, en un servidor ftp desde y hacia el dispositivo m贸vil; este archivo contendra la informacion de intercambio utilizada por el sistema. la ventaja es la sencillez en su utilizacion solo hay que tener un servidor FTP una cuenta v谩lida, se transfieren los archivos y listo, sin muchas complicaciones,ademas de que la API de windows mobile ya lo implementa, la comunicaci贸n es asincr贸nica, es decir, el dispositivo se conecta al servidor, transfiere y se desconecta, la principal desventaja estriba en que el sistema debera esperar a la completar la transferencia para poder procesar la info y emitir una respuesta (para lo cual debera hacer una nueva conexion). En la carpeta SAMPLES puede conseguir un ejemplo de su implementaci贸n. FTP.PRG
-
NetBios: Se obtiene una conexion a traves del servicio compartir archivos e impresoras de windows, el archivo de intercambio se utililiza directamente en la red, la manera mas facil, es abrir un archivo dbf en modo compartido para depositar en el todas las transacciones del sistema; ventaja, la simplicidad de su uso y que la comunicacion es totalmente sincronica o en linea como decimos algunos, el archivo de datos se actualiza de manera inmediata, siendo su unica limitacion el alcance y fiabilidad de la infraestructura de red que lo soporta, ya que este protocolo requiere una conexion permanente en su implementacion. Para acceder a un archivo de red solo debe incluirse en la ruta del archivo el "\" ej. "\servidor\datos\miarchivo.dbf" y porsupuesto estar dentro de una red netbios, se recomienda su uso en aplicaciones tales como restaurantes, tomas de inventario fisico y cosas por el estilo donde se puede instalar una topologia de red basado en Wifi, y se desaconseja su uso (opinion muy personal, cada quien escoje la solucion que mejor se adapta a la necesidad) en aplicaciones donde el uso de la infraestructura de red supone un costo por unidad o paquete de transmisi贸n, ya que este protocolo consume una cantidad de ancho de banda muy superior a FTP y otras tecnologias que veremos a continuacion.
-
Email: Su uso esta poco difundido. Se basa principalmente en el envio de la informacion de intercambio del sistema en un formato de email, estableciendo una conexion directamente a un servidor SMTP y dejandole a este, el trabajito de almacenar/distribuir la informacion. La conexion es asincronica, muy util en aplicaciones donde existen m煤ltiples destinatarios de la misma informaci贸n, asi como tambien donde la capacidad de combinar datos tanto en texto plano como informacion binaria en formato MIME, es apreciada. Se puede enviar texto, fotos, datos en XML, archivos de datos binarios, etc; las aplicaciones son realmente casi ilimitadas, su principal desventaja es que se debe esperar a que el/los destinatarios de la informaci贸n la reciban y la procesen para poder emitir una respuesta, otra desventaja es que se debe crear una clase fivewin para manejar el protocolo SMTP. No existen ejemplos actualmente para esto (que yo sepa).
-
HTTP: Esto tampoco se usa mucho. Sin embargo, una ventaja muy buena es la capacidad de interactuar con un servidor web. Este protocolo lo implementa el API de Windows Mobile. No existe un ejemplo de uso de este protocolo aunque estoy seguro de que se puede facilmente modificar el de FTP para este fin.
-
Modelo Cliente/Servidor (la que yo uso): Consiste en el establecimiento de una conexion TCP en la cual se pueden compartir datos de manera bidireccional, bien sea en formato de texto, o binario, claro que al ser binario supone un cierto grado de complejidad, la comunicacion puede ser tanto sincronica como asincronica, durante la conexion se pueden obtener respuesta inmediata desde el servidor ya que la informaci贸n se procesa de manera simultanea, el intercambio supone una cantidad minima de datos, muy util en donde el costo por uso de la infraestructura de red es muy tomado en cuenta. Este modelo es realmente muy versatil ya que el desarrollador puede decidir el modo que mas le conviene: sincronica (conexion permanente), asincronica (conexion ocasional). La desventaja estriba en que se debe crear desde cero tanto una clase servidor como una clase cliente que implentente un control eficaz de errores a fin de operar correctamente sobre los datos.
Bueno amigos espero haber sido util, este documento solo es una peque帽a introducci贸n a fin de exponer las opciones mas populares, pronto estaremos profundizando en detalle acerca de cada una de las opciones presentadas, espero sus criticas, dudas, comentarios y sugerencias...
Saludos
M贸vil SoftWare, C.A.
---------------------------------------------
MySQL DBA,
MySQL Server Performance Tunning,
DPxBase, FiveWin, Java,
Linux Redhat, Windows
Caracas Venezuela
luissanteliz@cantv.net
