LINQ to SQL / ENTITIES

Réponse acceptée !
Salut

"Ou il est mieux de créer un projet pour l'interface, et un autre pr la description des méthodes."
Une interface sert pour 2 choses : utiliser de la même manière 2 classes qui implémentent la même interface (les regrouper dans des listes, ce genre de choses) et définir le contrat qu'une classe, que ton programme ne connait pas, doit respecter, tout simplement parce que si ton programme connaît la classe, l'interface n'a aucun intérêt.

Pour résumer :

1ère utilisation
interface IVehicule
class Voiture : IVehicule
class Velo : IVehicule
List<IVehicule> liste
liste[i].SeDeplacer(A, B);

2ème utilisation
interface IHorairesDeCinema
IHorairesDeCinema ihdc = monTrucExterneQueJeSaisPasCommentIlFonctionneMaisQueJeSaisCommentLUtiliserPuisqueCEstUneIHorairesDeCinema();
ihdc.ChoperLesHorairesDuFilm("Les bisounours en vacances", "MonCinemaPréféré");

Avec un webservice, tu es clairement dans le 2ème cas. Tu es censé avoir 3 projets :
- Un projet contenant uniquement l'interface (ou les interfaces) (une DLL bien sûr)
- Un projet web service qui référence ton projet d'interfaces et implémente celle(s)-ci, qui fait toutes les opérations, etc.
- Un projet client qui référence ton projet d'interfaces et qui fait une référence web vers ton webservices, qui appelle le web service pour créer un objet implémentant ton interface, et qui utilisera ta référence (du type de ton interface) pour faire les actions que tu souhaites sur ton web service.

Cela doit également répondre à ta question sur l'endroit où tu dois faire tes requêtes linq : directement dans ton webservice.

Krimog : while (!(succeed = try())) ;
- NON, "LE BAR" n'est PAS un langage de programmation ! -

Réponse acceptée !
En gros (attention à de pas absolument tout prendre au pied de la lettre, je n'ai quasiment jamais touché à un web service, donc quelques erreurs ont pu se glisser),

Tu as ton projet client. Clic droit dessus => ajouter une référence => ta dll interface
C'est ce qui va te permettre d'utiliser (via une interface), l'objet renvoyé par ton web service

Clic droit sur ton projet => ajouter une référence de service => l'url de ton web service publié.
C'est ce qui va te permettre de renvoyer l'objet créé par le service.

Ton interface ressemble à ça
interface IHorairesDeCinema
{
    public DateTime[] ChoperLesHorairesDuFilm(string film, string cinema);
}

Ton webservice ressemble à ça
[WebService blablabla]
public static class ObjectGetter
{
    [WebMethod]
    public static IHorairesDeCinema GetHorairesObject()
    {
        return new HorairesCine();
    }
}

[WebService blablabla]
public class HorairesCine : IHorairesDeCinema
{
    [WebMethod]
    public DateTime[] ChoperLesHorairesDuFilm(string film, string cinema)
    {
        var q = from h in maDB.Horaires.Include("Film").Include("Cinema") where h.Film.Name == film && h.Cinema.Name == cinema
                select h.Horaire;
        return q.ToArray();
    }
}

Ton client ressemble à ça
IHorairesDeCinema horaires = monWebService/*que tu as dû nommer au moment où tu as ajouté la référence de service*/.ObjectGetter.GetHorairesObject();
foreach(DateTime horaire in horaires.ChoperLesHorairesDuFilm("Terminator 18", "UGC Paris"))
{
    Console.WriteLine("Le film passe le " + horaire.ToString());
}

L'avantage de faire cette méthode (qui passe par une interface) plutôt que d'utiliser directement un objet de type HorairesCine (dans mon exemple) est que tu peux changer autant que tu le souhaites ton webservice, tant que la classe implémente l'interface et que tu ne modifie pas cette interface, ton client marche sans avoir à faire la moindre modification / recompilation.

Krimog : while (!(succeed = try())) ;
- NON, "LE BAR" n'est PAS un langage de programmation ! -