--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetarchitects@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitects+unsubscribe@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br
---
Você recebeu essa mensagem porque está inscrito no grupo ".Net Architects" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para dotnetarchitects+unsubscribe@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.
Fala Ricardo. Interessante os pontos.Bom , em relação ao WCFsuportar transações, isso se dá ao fato de ser simples a implementação, no qual vc simplesmente "Decora" seus OperationContracts com a opção Transacted = true/false é nada além disso. O WCF fica responsável pelo rollback caso alguma Exception aconteça no código ou no Bco de Dados. Enfim, easy. Porém, isso não tira a dependência do System.TransactionsSe vc usar WebAPI, q acredito q seja o melhor caminho, sua arquitetura ficará aderente aos padrões REST e sem a complexidade do WCF na parte Client e do Config File. Vc poderá implementar seus métodos "Add" , "Delete" , "Update" de forma transacional também, porém com um pouco mais de Código. Mas nada absurdo.Sobre WebAPI, acredito sim ser o futuro dentro do .net core e de toda a plataforma. Suas aplicações ficarão mais aderentes ao padrão Web e frameworks JS também. Facilitando suas integrações com outras aplicações Non .net framework também.Abrcs.Espero ter ajudado.
Em 28 de set de 2017 12:41, "Ricardo Noronha" <ricardo.n...@gmail.com> escreveu:
Boa tarde pessoal,Estou precisando implementar web services para apoiar a integração de dois sistemas onde um é remoto e outro local, e estou em dúvida se ainda compensa investir e desenvolver em WCF ou se WEB API (possivelmente com .NET Core) é o caminho.Meu cenário padrão é fazer uma operação local transmiti-la para sistema remoto e manter o dados nos dois sistemas consistentes e confiáveis.Garantir que os dois bancos de dados estejam alinhados seria ótimo, ao pensar em implementar isso com Web API me parece que seria tudo feito "a mão", WCF parece ser mais maduro e li que tem suporte a transações, mas estou receoso de ser uma daquelas funcionalidades extremamente complexas e que quase ninguém usa por exigir grandes conhecimentos e configurações.Outro ponto que estou receoso é a questão de programar o cliente, pois parece que na abordagem REST é tudo manual, enquanto que com WSDL parece ser mais produtivo.Uma última questão é que não encontrei nada a respeito de WCF estar sendo migrado para o .NET Core, será se ele está só agonizando e esperando a morte, ou ainda é uma tecnologia a ser considerada para novos sistemas?São vários pontos e agradeço qualquer ajuda pois voltar atrás nessa decisão pode me dar muito transtorno a frente.
--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetar...@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br
---
Você recebeu essa mensagem porque está inscrito no grupo ".Net Architects" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para dotnetarchitec...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.
--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetar...@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitec...@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br
---
Você recebeu essa mensagem porque está inscrito no grupo ".Net Architects" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para dotnetarchitec...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.
Evandro C. Nunes
evandr...@planobeta.com.br
evandr...@gmail.com
skype: ecnunes
tel.: +55 21 9.9495-9242
Esta mensagem pode conter informação confidencial e/ou
privilegiada. Se você não for o destinatário ou a pessoa autorizada a receber
esta mensagem, não pode usar, copiar ou divulgar as informações nela contidas
ou tomar qualquer ação baseada nessas informações. Se você recebeu esta
mensagem por engano, por favor, avise imediatamente o remetente, respondendo o
e-mail, e em seguida apague-o. Agradecemos
sua cooperação.
This message may contain confidential and/or privileged information. If you are
not the address or authorized to receive this for the address, you must not
use, copy, disclose or take any action base on this message or any information
herein. If you have received this message in error, please advise the sender
immediately by reply e-mail and delete this message. Thank you
for your cooperation
Aproveitando o ensejo.O que vocês me dizem sobre o antigo webService asmx ?
Em qui, 28 de set de 2017 às 12:58, Kemps V <kemps....@gmail.com> escreveu:
Fala Ricardo. Interessante os pontos.Bom , em relação ao WCFsuportar transações, isso se dá ao fato de ser simples a implementação, no qual vc simplesmente "Decora" seus OperationContracts com a opção Transacted = true/false é nada além disso. O WCF fica responsável pelo rollback caso alguma Exception aconteça no código ou no Bco de Dados. Enfim, easy. Porém, isso não tira a dependência do System.TransactionsSe vc usar WebAPI, q acredito q seja o melhor caminho, sua arquitetura ficará aderente aos padrões REST e sem a complexidade do WCF na parte Client e do Config File. Vc poderá implementar seus métodos "Add" , "Delete" , "Update" de forma transacional também, porém com um pouco mais de Código. Mas nada absurdo.Sobre WebAPI, acredito sim ser o futuro dentro do .net core e de toda a plataforma. Suas aplicações ficarão mais aderentes ao padrão Web e frameworks JS também. Facilitando suas integrações com outras aplicações Non .net framework também.Abrcs.Espero ter ajudado.
Em 28 de set de 2017 12:41, "Ricardo Noronha" <ricardo.n...@gmail.com> escreveu:
Boa tarde pessoal,Estou precisando implementar web services para apoiar a integração de dois sistemas onde um é remoto e outro local, e estou em dúvida se ainda compensa investir e desenvolver em WCF ou se WEB API (possivelmente com .NET Core) é o caminho.Meu cenário padrão é fazer uma operação local transmiti-la para sistema remoto e manter o dados nos dois sistemas consistentes e confiáveis.Garantir que os dois bancos de dados estejam alinhados seria ótimo, ao pensar em implementar isso com Web API me parece que seria tudo feito "a mão", WCF parece ser mais maduro e li que tem suporte a transações, mas estou receoso de ser uma daquelas funcionalidades extremamente complexas e que quase ninguém usa por exigir grandes conhecimentos e configurações.Outro ponto que estou receoso é a questão de programar o cliente, pois parece que na abordagem REST é tudo manual, enquanto que com WSDL parece ser mais produtivo.Uma última questão é que não encontrei nada a respeito de WCF estar sendo migrado para o .NET Core, será se ele está só agonizando e esperando a morte, ou ainda é uma tecnologia a ser considerada para novos sistemas?São vários pontos e agradeço qualquer ajuda pois voltar atrás nessa decisão pode me dar muito transtorno a frente.
--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetarchitects@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitects+unsubscribe@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br
---
Você recebeu essa mensagem porque está inscrito no grupo ".Net Architects" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para dotnetarchitects+unsubscribe@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.
--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetarchitects@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitects+unsubscribe@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br
---
Você recebeu essa mensagem porque está inscrito no grupo ".Net Architects" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para dotnetarchitects+unsubscribe@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.
--Evandro C. Nunes
evandr...@planobeta.com.br
evandr...@gmail.com
skype: ecnunes
tel.: +55 21 9.9495-9242Esta mensagem pode conter informação confidencial e/ou privilegiada. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação baseada nessas informações. Se você recebeu esta mensagem por engano, por favor, avise imediatamente o remetente, respondendo o e-mail, e em seguida apague-o. Agradecemos sua cooperação.
This message may contain confidential and/or privileged information. If you are not the address or authorized to receive this for the address, you must not use, copy, disclose or take any action base on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation
--
Você recebeu esta mensagem porque faz parte do grupo .Net Architects hospedado no Google Groups.
Para postar envie uma mensagem para dotnetarchitects@googlegroups.com
Para sair do grupo envie uma mensagem para dotnetarchitects+unsubscribe@googlegroups.com
Para mais opções visite o grupo em http://groups.google.com/group/dotnetarchitects?hl=pt-br
---
Você recebeu essa mensagem porque está inscrito no grupo ".Net Architects" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para dotnetarchitects+unsubscribe@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.