Architecture projet sous Apache

Bonsoir tout le monde,

je suis actuellement en train de me faire la main sur un projet silverlight. Tout se passe bien pour le moment, parce que je développe en local et que j'ai donc tout ce qu'il faut niveau IIS et tout le toutim.
Mais, à terme, je vais devoir déployer tout ce petit monde sur un site qui n'a que Apache. Il faut donc que je revoie toute mon architecture projet pour qu'il n'y ait plus que des choses que Apache puisse interpréter : fini les edmx, les domainservice...

D'où ma question : quelle est la meilleure manière de créer un projet pour le mettre sous Apache. J'ai pensé à faire un projet DTO pour définir mes objets métier, un projet DAO pour récupérer ces objets depuis des WebServices.
Mais quid du domaincontext et du domainservice? Est-ce que je dois les recréer à la main? Si oui, comment?

Que dois-je rajouter de plus? (on oublie MVVM, trop compliqué pour le moment) Comment est-ce que tout ça va s'harmoniser?

Merci pour vos réponses et vos suggestions!

Ben tu peux oublier tout ce qui est ASP.Net et WCF déjà!
Ton Silverlight pourra consommer du service PHP par exemple.

Citation:

---

Envoyé par Bibicmoi

J'ai pensé à faire un projet DTO pour définir mes objets métier, un projet DAO pour récupérer ces objets depuis des WebServices.

---

Bin la couche d'accès aux données sera en PHP ou un truc comme ça. Ca sera plus une application du style REST avec une interface SL qu'une appli avec des objets métiers distribués comme avec RIA svcs...

Citation:

---

Envoyé par chrisdot

Bin la couche d'accès aux données sera en PHP ou un truc comme ça. Ca sera plus une application du style REST avec une interface SL qu'une appli avec des objets métiers distribués comme avec RIA svcs...

---

J'espère que je me suis mal fait comprendre. Il est prévu qu'il n'y ait que des WebServices pour accéder à la base de données (je suis en train de les terminer) Par contre, du côté client Silverlight, je pensais faire des DAO qui appelait les WebServices pour me ramener mes objets métier. Genre ça :

Code:

---

1 2 3

WS.WSClient ws= new WS.WSClient();   ws.getAgeCompleted += new EventHandler<SampleApplication.WS.getDataCompletedEventArgs>(ws_getDataCompleted);

---

Ca n'est pas possible de faire ça?

Ce que je me demandais plus tôt, c'était de savoir s'il était possible de continuer à utiliser un contexte étant donné que je n'ai plus vraiment de service. J'aimerais bien continuer à profiter de la magie du contexte.Load, ou SubmitChanges qui sont bien pratiques.
Mais je ne vois pas comment faire pour créer un contexte de zéro, ni si je dois en faire plusieurs, un par objet métier, un seul...

Utiliser RIA Services non ca n'est pas possible (pas de context.Load(), pas de SubmitChanges()).
Par contre faire une communication SOAP entre les deux oui c'est possible.

OK, donc il va falloir que je travaille à "l'ancienne" :oops:
Je sens que je m'embête pour vraiment pas grand chose moi :aie:

Merci pour les réponses en tout cas!