Re: [androidbrasil-dev] Sincronismo

Heladio, 

Eu devolveria a pergunta: o que te forçaria a fazer com FTP? É algum requisito?

Eu iria por web service também. REST, mensagens formatadas em JSON. Make it simple.

Quanto à sincronização de dados, a quantidade de dados pode ser um fator meio complicado, custoso.

O que você precisa entender, primeiro de tudo, é como esse sync deve ser realizado, e isso tem muito a ver com a dinâmica do negócio. Há casos em que é permitido e não implica em risco trabalhar com o conceito de estoque infinito, e isso é inclusive uma das opções de ERPs como o SAP. Aí, o sincronismo antes de sair e depois de voltar é suficiente, e talvez a única operação que você precise manter online request a request seja a submissão de ordem de venda.

Caso seja um estoque real e finito, depende de quantas pessoas acessam esse estoque, se há "porções" de estoque definidas para cada vendedor/operador, tem que decidir o que acontece se um estoque de um vendedor se esgota e há vendedores em um ritmo de venda menor (reequilibrio dos estoques, mexendo nas outras porções?). Isso tudo vai te dar uma medida dos tipos de dados que precisarão ser sincronizados e em que periodicidade essa sincronização deve ocorrer (e, ainda mais, se é ativa ou passiva, sob o ponto de vista de usuário).

Via web service você ganha em manutenibilidade, escalabilidade, flexibilidade (bem menos resistente a mudanças no server side), mas tudo depende do que você colocar em relação ao seu pensamento sobre FTP também. Compartilha conosco para entendermos o que está em jogo.

Abraços,

Pedro

o que normalmente faço e vejo fazerem é a sincronização dos dados antes de sair da "base". Sync, vai para o trabalho, armazena tudo localmente/processa ordens de venda em tempo real (depende de uma série de fatores, inclusive que tipo de estoque você estará considerando. No SAP, por exemplo, tem como você trabalhar com estoque "infinito", o que nem é recomendado mas, em alguns casos se usa. Caso contrário, trabalhando com estoque real e finito, vender pode depender da existência ou não do produto em estoque ... resumindo: precisa entender o modelo do negócio para definir estratégia de submissão de ordens e mesmo de sincronização de dados de algumas entidades que você mencionou).

Em 4 de setembro de 2012 15:32, Heladio Benicio <benicio.heladio@gmail.com> escreveu:

Pedro,

Qual seria a dificuldade de manutenção com FTP que não teria com WebService?

Em terça-feira, 4 de setembro de 2012 14h11min54s UTC-3, Pedro Subutzki escreveu:

Olá amigo,

Acredito que um WS seja a melhor maneira! Vc vai ganhar em facilidade na manutenção e escalabilidadr!

Abs

Enviado via iPhone

Em 04/09/2012, às 13:36, Benicio <benicio...@gmail.com> escreveu:

Olá a todos!

Venho aqui compartilhar o cenário em que me encontro atualmente e pedir a vocês sugestões de como seria a melhor alternativa.

Estou desenvolvendo um sistema de força de vendas e chegou o momento de definir como será o sincronismo dos dados.

Detalhe do cenário:
- A aplicação trabalha de modo off-line, sincronizando de tempos e tempos ( a app utiliza um banco local no aparelho - Sqlite  );

Alternativas levantas:

- FTP;

- WebService;

- Se conhecerem outra alternativa válida favor informar.

Soluções pensadas:

- Utilizar um FTP para disponibilizar os arquivos com dados e a aplicação realizar o download, processamento e inserção dos dados na base do aparelho;

- Utilizar o WebService onde existirá um método para cada lista de entidade a ser retornada;

Dúvida:
- Para uma aplicação onde serão sincronizados por volta de 5mb entre diversos dados(clientes, pedidos, preços, produtos, ...),
Onde estes dados serão gravados no banco do dispositivo e não acessados de forma online.

Alguém tem algum posicionamento a favor de qual das duas se encaixaria melhor para a solução?

 

--

-----------------------------------------------------
Pedro E. Cunha Brigatto

Twitter: @pedrobrigatto, GoogleTalk: pedrobrigatto@gmail.com
-----------------------------------------------------