Persistance des données dans les services Web?

Question

Quelles sont les solutions pour la persistance des données dans un service Web .NET?

J'ai un webservice. Je donne un identifiant à mon webservice et celui-ci renvoie l'objet correct.

 [OperationContract] 
     [WebInvoke(Method = "GET", UriTemplate = "/GetMyObject?id={id}", RequestFormat = WebMessageFormat.Json, ResponseFormat = WebMessageFormat.Json)] 
     MyObject GetMyObject(string id); 

Je ne veux pas utiliser une base de données. Je voudrais garder ma collection d'objets en "mémoire". J'ai donc décidé de créer un objet simple dans mon webservice comme celui-ci

public class Service : IService 
    { 
     List<MyObject> list = new List<MyObjec>(); 

     public Service() 
     { 
      list.Add(new MyObject() { Id = 1, Data = ...}); 
      list.Add(new MyObject() { Id = 2, Data = ...}); 
      list.Add(new MyObject() { Id = 3, Data = ...}); 
      list.Add(new MyObject() { Id = 4, Data = ...}) 
      ... 
     } 

     public MyObject GetMyObject(string id) 
     { 
      // code to get my object from the list 
      return myObject; 
     } 
} 

Il fonctionne, mais le constructeur est appelé chaque fois que j'appelle mon webservice et je voudrais initialiser cette liste une fois et appliquer la modification à ce sujet plus tard. Comment dois-je initialiser ma liste et persiste-t-il?

Answer 1

Vous pouvez utiliser une collection statique:

private static List<MyObject> list = new List<MyObjec>(); 

et bien sûr puisque c'est une application multithread où vous pourriez éventuellement avoir un accès simultané à cette collection, vous devez vous assurer de synchroniser l'accès. Ou si vous utilisez .NET 4.0 il suffit d'utiliser un thread-safe ConcurrentBag<T>:

private static ConcurrentBag<MyObject> list = new ConcurrentBag<MyObjec>(); 

Bien sûr, vous devez parfaitement bien être conscient qu'en utilisant une structure en mémoire pour stocker vos données de votre vie de données est essentiellement liée à la vie de l'application web. Et puisque IIS peut recycler le domaine d'application à tout moment (une certaine période d'inactivité, certains seuils CPU/mémoire sont atteints) tout ce que vous avez stocké dans la mémoire va dans le vide. D'ailleurs, si vous suivez cette route, soyez préparé à ce que cela arrive très souvent, chaque fois que vous recompilez votre service web, car en recompilant, vous modifiez les assemblages dans le dossier bin et le serveur web va simplement recycler le application. Donc, oui, tout ce mur de texte pour vous dire de persister vos données ailleurs qu'en mémoire :-) Vous avez tellement de possibilités allant des fichiers dans différents formats, bases de données, bases de données embarquées, ...

Answer 2

vous pouvez faire votre service un singleton

[ServiceBehavior(InstanceContextMode = InstanceContextMode.Single, 
       ConcurrencyMode = ConcurrencyMode.Single)] 
class Service 
... 

Cependant, cette approche conduit à des problèmes énormes à l'avenir. Ne stockez rien en mémoire. Si vous le faites, vous intégrez un état dans l'application. Cela conduit à une énorme quantité de travail nécessaire pour atteindre une fiabilité et une évolutivité élevées. Pas d'état, pas de douleur.

Answer 3

WCF a intégré instance management.