Web Services WCF ou Web API

65 views
Skip to first unread message

Ricardo Noronha

unread,
Sep 28, 2017, 11:41:43 AM9/28/17
to dotnetar...@googlegroups.com
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.


Kemps V

unread,
Sep 28, 2017, 11:58:56 AM9/28/17
to dotnetar...@googlegroups.com
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.Transactions

Se 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.

--
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 Nunes

unread,
Sep 28, 2017, 7:20:15 PM9/28/17
to dotnetar...@googlegroups.com
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.Transactions

Se 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


Renato Cantarino

unread,
Sep 28, 2017, 8:38:54 PM9/28/17
to dotnetar...@googlegroups.com
antigo!
Legados...


Em 28 de setembro de 2017 20:20, Evandro Nunes <evandr...@gmail.com> escreveu:
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.Transactions

Se 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-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


--
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.



--

Att,
Renato Cantarino

Ricardo Noronha

unread,
Sep 28, 2017, 9:13:37 PM9/28/17
to dotnetar...@googlegroups.com
Alguém tem algo a favor do WCF? Ou já estão realmente ignorando ele em novos sistemas?


Kemps V

unread,
Sep 28, 2017, 9:15:52 PM9/28/17
to dotnetar...@googlegroups.com
WCF pra comunicação TCP e NamedPipe para integrações na msm rede e sistema internos . Se vc pensa em CrossPlataform e Internet vai para o WebAPI 

Bruno Lima

unread,
Oct 3, 2017, 11:54:52 AM10/3/17
to dotnetar...@googlegroups.com
Serviços na plataforma .NET: WCF ou WebAPI? || asp.net{cast} S01EP11

Atenciosamente,

Bruno F. Paes de Lima

Reply all
Reply to author
Forward
0 new messages