Ajout de méthodes REST aux services de données WCF?

Question

Je dois étendre mon service de données WCF pour inclure des méthodes supplémentaires, pas seulement les tables de base de données.

Mais cela ne semble pas fonctionner correctement.

Tout d'abord je veux demander si c'est légal? ou mal vu?

La raison pour laquelle je dois le faire est que je dois ajouter des méthodes de repos supplémentaires qui feront appel aux services d'adhésion ASP.NET (les tables sont dans la db) pour valider un login-à-dire

public bool IsValidLogin(string username, string password) 
    { 
     return System.Web.Security.Membership.ValidateUser(username, password); 
    } 

ici est ce que j'ai (j'ai simplifié le IsValidLogin pour tester).

[WebGet(UriTemplate = "TestMe")] 
    public bool IsValidLogin() 
    { 
     return true; 
    } 

    // This method is called only once to initialize service-wide policies. 
    public static void InitializeService(DataServiceConfiguration config) 
    { 
     // TODO: set rules to indicate which entity sets and service operations are visible, updatable, etc. 
     // Examples: 
     config.SetEntitySetAccessRule("*", EntitySetRights.AllRead); 
     config.SetServiceOperationAccessRule("IsValidLogin", ServiceOperationRights.All); 

Maintenant, quand je vais à

http://localhost/MyDataAccess/MyService.svc/IsValidLogin 

Il semble fonctionner, je reçois un vrai retour sous la forme de XML. Mais j'ai mis un URI alors j'ai pensé que je pourrais le faire

http://localhost/MyDataAccess/MyService.svc/TestMe 

Mais cela échoue? Je suis vraiment confus, des idées?

aussi pour que cela fonctionne, je besoin d'ajouter cette ligne, mais un peu, mais confus ici

config.SetServiceOperationAccessRule("IsValidLogin", ServiceOperationRights.All); 

Toute aide vraiment apprécié

Answer 1

La notion de ServiceOperation est une clouée sur la capacité de fournir exactement l'évasion vous en aviez besoin lorsque vous vouliez faire autre chose que lire des données à partir d'une table.

Malheureusement, le chemin par défaut dans WCF REST vous a conduit à mal comprendre comment les systèmes RESTful sont censés fonctionner. REST ne consiste pas seulement à exposer des données sur des URL. Vous avez vraiment deux choix, soit vous en tenir au style RPC de l'informatique distribuée que WSF */SOAP basé sur WCF ou passer du temps à apprendre ce que REST est vraiment. Il y a quelques liens here pour vous aider à démarrer.

Je ne peux pas vous dire quelle est la bonne approche pour votre scénario. Ce que je peux vous dire, c'est que vous n'allez pas apprendre à faire REST à partir de l'implémentation actuelle de WCF REST. Je ne dis pas que c'est impossible à faire, vous allez juste faire beaucoup de nage en amont.

Answer 2

ne pas commenter la dicsussion REST ci-dessus, affichant juste un lien sur la documentation sur la façon de faire ce qu'on appelle des « opérations de service »: http://msdn.microsoft.com/en-us/library/cc668788.aspx