2009-06-22 5 views

Répondre

1

Lorsque vous dites "méthodes d'appel de codebehind", de quoi parlez-vous? Voulez-vous dire "méthodes de page"? Ces sont des services Web, seulement des services limités.

+0

oui, méthodes de page. Ah, d'accord, y a-t-il un avantage à utiliser [WebMethod] dans un service Web par rapport aux méthodes de page? – Matt

+1

Les méthodes de page ne peuvent être appelées que par votre application AJAX. En général, un service Web peut être créé pour pouvoir être appelé par plusieurs applications. Si ce n'est pas important pour vous, et si vous n'avez besoin d'aucune des fonctionnalités de WCF, alors vous n'avez pas besoin de changer. –

+0

Parfait, merci. – Matt

1

Souvent, lorsque quelqu'un dit «services Web», il s'agit de services Web compatibles SOAP. Si c'est le cas, il y a beaucoup de différences. Si elles signifient simplement un service avec une interface HTTP, l'appel de code-behind répond à cette exigence. La principale différence à laquelle vous vous intéressez est le fait que SOAP est un standard inter-langages/multiplateforme que d'autres types de frameworks prennent en charge. Donc, si vous voulez exposer votre service à d'autres clients (à part vous-même), il pourrait être plus facile pour eux de consommer. Ce n'est pas le seul choix - vous pouvez simplement définir un service de style REST simple.

L'appel de méthodes de page via un mécanisme ASP.NET uniquement serait difficile pour d'autres clients, si vous y teniez.

Questions connexes