Pra fazer como web eu índico o Vraptor (da Caelum)... É simples, conciso, toda documentação está em português e eles têm um grupo no Google no qual a galera costuma responder bem rápido (e é o pessoal que desenvolve o framework quem mais tira as suas dúvidas)... Além de ter support a rest...
Na questão do banco de dados, de início o MySQL pode ser interessante, mas já ouvi relatos do MySQL começar a dar problemas quando precisa gerenciar muitas conexões (nunca vi esse problema, mas já ouvi algumas pessoas reclamando)...
Enfim, acredito que se for web pra dispositivos móveis ainda caiba aqui... E conforme as questões forem surgindo vai perguntando...
Em 05/01/2013 04:09, "Ernani Joppert Pontes Martins" <joppert@gmail.com> escreveu:
-- Sou partidário de ter ao menos uma camada ou API privada para chamadas
remotas usando JSON como o Ricardo mesmo sugeriu, é uma tendência e
qualquer outro aplicativo que você for fazer, ou até mesmo o seu
próprio site vai usar.
Sendo assim vc separa a camada WEB estática da camada web dinâmica.
Ouvi falar muito bem de node.js (server side javascript) de frapi
(php) e restlet (java) para tal funcionalidade, tudo depende da sua
necessidade.
É muito trabalhoso arquitetar uma API consistente com métodos,
inclusive usando os verbs GET, POST, PUT e DELETE pois nem sempre o
servidor WEB vai aguentar chamadas GET quando a quantidade de
parâmetros enviados via GET for muito grande por exemplo.
Seguir os VERBS à risca é muito bonito, mas nem sempre funcional.
Para a Web olharia o framework Express em js ou Google Web Toolkit se
seu forte for Java.
Quanto à banco de dados sempre optei pelo MySQL
Minhas dicas são opiniões pessoais, portanto só posso dizer como faria
algo hoje.
Sempre tente soltar algo o quanto antes pois é o mercado que vai te
dizer se seu produto merece ser pago ou até mesmo acessado.
[]'s
Ernani
2013/1/5 Lucas Xavier <lucasxas@gmail.com>:
> Uma dica que é óbvia, mas é muito valiosa:
>
>
> KEEP IT SIMPLE.
>
> Ou seja, faça O MINIMO. ;)
> --
> Atenciosamente,
>
> Lucas Xavier
>
>
> 2013/1/4 Ricardo Othuki <othuki@gmail.com>
>>
>> SOA (Service-oriented architecture), WebService, consumido via WebSocket,
>> de preferencia em JSON.
>>
>> --
>>
>>
>
>
> --
>
>
--
0 comentários:
Postar um comentário