2009-12-30 9 views
1

Je divise une pile N-tier pour permettre une mise à l'échelle indépendante des niveaux, une meilleure indépendance de déploiement, et j'aimerais savoir ce que les gens choisissent actuellement pour les technologies de communication service-boundary.Alternatives actuelles de la technologie WCF pour les services .NET vers .NET?

Le service lui-même et tous les "clients" du service auront accès les uns aux autres sur un réseau interne et sont actuellement tous .NET 3.5 SP1 (Windows Services 3.5, ASP.NET MVC 1.0, ASP.NET WebForm 3.5). Je penche pour Windows Communication Foundation, même si j'ai entendu des rumeurs de changement de direction de la WCF dans un avenir proche. Toute validité à ces rumeurs? J'ai déjà rejeté les idées de construction en tant que service ASP.NET MVC personnalisé et en tant que service Web SOAP à l'ancienne, car WCF aura des choix de transport plus souples au prix de la possibilité de personnaliser la réponse.

Existe-t-il vraiment d'autres technologies de service .NET?


Merci à tous pour votre contribution. Heureux d'entendre mon inclination vers la WCF est toujours le bon choix et que cela continuera à être pendant un moment.

Répondre

6

Je n'ai pas entendu parler de changer de direction WCF. Je dirais aussi que c'est la réponse que vous cherchez. Vous disposez de nombreuses options de liaison qui fonctionnent et offrent différents degrés de performance.

Vous pouvez voir les comparaisons de performance entre les technologies et services WCF héritage ici:

http://msdn.microsoft.com/en-us/library/bb310550.aspx

+0

Merci pour la comparaison des performances. – mckamey

2

Actuellement, WCF reste l'option la plus évidente pour une API de communication entre les services .NET.

1

Toutes les "nouvelles directions" dans les communications .NET seront probablement construites sur la plate-forme WCF, qui est extrêmement extensible. WCF est la seule pile technologique que vous devriez considérer à cette fin.

2

WCF est probablement votre meilleure option. WCF ne change pas radicalement dans .NET 4, donc la migration devrait être très simple.

(Peut-être que vous envisagez de Windows Workflow Foundation, qui est une réécriture complète près de 4 .NET, et provoque des maux de tête de migration majeurs ....)

Cela dit, vous avez des alternatives - vous pouvez écrire votre propre couche réseau en utilisant l'espace de noms System.Net. Cela demandera simplement plus de travail, car vous dupliquez la plupart des avantages fournis gratuitement par WCF.