Ok, mudei algumas coisas! https://github.com/renatocron/equinocio_setembro_2012/blob/master/endpoints.md
Thiago, a parte do cliente nao autenticado ainda não me caiu a ficha, quando alguem entrar no site, podemos criar a sessão para ele, e manter tudo lá, e jogar para o banco apenas na hora de confirmar a compra, bom, pelo menos é assim na maioria dos sites de compras! Sugestões? 2012/7/28 Thiago Rondon <thi...@aware.com.br> > 2012/7/28 Renato Santos <renato.c...@gmail.com> > >> Coloquei algumas coisas aqui: >> >> https://github.com/renatocron/equinocio_setembro_2012/blob/master/endpoints.md >> >> O povo pode e deve continuar! >> >> Iremos centralizar os pulls em vocẽ? ou algLORNm vai criar o nosso >> "codebase" ? >> >> > > Renato, > > Ótimo! Muito bom, gostei do teu mapa! > > Eu tenho algumas observações que vou fazer por aqui mesmo sobre a lista de > endpoints da API: > > Observações: > > - Você poderia prever nesta endpoint, por exemplo dentro do /login uma > role com 3 tipos de usuário, administrador, cliente autenticado, cliente > não-autenticado. > > - Deste modo, você pode explorar os métodos POST,PUT,DELETE em > /api/produtos > > - Seria interessante, prever um versionamento no endpoint da API. > > - /api/clientes/novo pode ser apenas "POST" /api/clientes, este é o caso > clássico de que o http já possui este método e não precisamos justificar > ele na URL. > > - Endpoints baseado em carrinho, como /carrinho -> /carrinho/produto -> > /carrinho/pagamento -> /carrinho/status, ... > > Abs! > -Thiago Rondon > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > -- Saravá, Renato CRON http://www.renatocron.com/blog/ @renato_cron <http://twitter.com/#!/renato_cron>
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer