Efetivamente datas e decimais são um problema, quando o parâmetro vem no url. Para contornar isso uso datas no formato YYYYMMDD e decimais como inteiros (por exemplo 10021 como sendo 100.21). Assim não há como enganar. Um null é um problema e caracteres especiais também. Nesse caso não envie os dados no url.
Cristovão, não eras tu que era o adepto de Xamarin :D Ainda usas ? Cristovão Morgado <[email protected]> escreveu no dia terça, 19/11/2019 à(s) 14:45: > Não é bem a mesma coisa. > o gRPC tenta melhorar coisas que o REST/JSON que por tendo por base JS são > problema em certos casos (quem não se partiu todo com as datas, ou numeros > e a sua precisão). > Tem a vantagem de criar um client strongly typed que rest/json tenta > resolver com OpenAPI/Swagger mas devido ao JSON fica à quem ... exemplo ... > como tratar um null e um empty? > > Passamos de SOAP para REST/JSON pois o payload era muito verbosed.... e > permitiu micro serviços. > Nunca usei RPC por ser XML sobre HTTP ... usei logo REST+JSON ... > > > Além de tudo mais.... isto são literalmente canais ... se o software for > bem feito... distribuis em qq canal... com esforço mínimo.... > > Best regards > Cristóvão Morgado > pt.linkedin.com/in/cmmorgado/ > github.com/cmorgado > > - > > > > > Hugo Ferreira <[email protected]> escreveu no dia terça, 19/11/2019 > à(s) 14:14: > >> Olá grupo, >> >> Acompanho os blogs da Microsoft do .NET e ASP.NET e agora deparei-me com >> isto: https://devblogs.microsoft.com/aspnet/grpc-vs-http-apis >> De facto o primeiro comentário diz tudo (bem como a resposta). >> Recordo-me de: >> Usar SOAP no inicio >> Depois fui para RPC (um salto qualitativo gigantesco) >> Depois REST (senti que estava melhor que SOAP mas bem pior que REST mas >> pronto, o mundo ditou que REST é que era e acabei por me habituar pois é >> fácil habitar para melhor mas para pior não) >> Agora voltamos ao RPC :) >> >> -- >> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do >> Grupos do Google. >> Para anular a subscrição deste grupo e parar de receber emails do mesmo, >> envie um email para [email protected]. >> Para ver este debate na Web, visite >> https://groups.google.com/d/msgid/riapt/CAAAuht1GW29nSXg-a_1etCigY2EtH1ChU80sUXfyjsL_L3ZDrA%40mail.gmail.com >> <https://groups.google.com/d/msgid/riapt/CAAAuht1GW29nSXg-a_1etCigY2EtH1ChU80sUXfyjsL_L3ZDrA%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> > -- > Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do > Grupos do Google. > Para anular a subscrição deste grupo e parar de receber emails do mesmo, > envie um email para [email protected]. > Para ver este debate na Web, visite > https://groups.google.com/d/msgid/riapt/CABstQpTryArnLTUxL-6nzhJeccoyebj2F9-yOW%2BScPafjqKf8Q%40mail.gmail.com > <https://groups.google.com/d/msgid/riapt/CABstQpTryArnLTUxL-6nzhJeccoyebj2F9-yOW%2BScPafjqKf8Q%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para anular a subscrição deste grupo e parar de receber emails do mesmo, envie um email para [email protected]. Para ver este debate na Web, visite https://groups.google.com/d/msgid/riapt/CAAAuht1zPxcO4TEw-84qDr3fpqcrUpMN_94KNcQdovmx6LpQMA%40mail.gmail.com.
