Problème d'architecture produit

Bonjour à tous,

Je développe une application pour la société dans laquelle je travaille. Je me pose différentes questions sur la façon dont mon équipe et moi allons créer la structure du projet. Nous devons développer :
- Une application Web ASP.Net MVC pour la gestion et l’exploitation des données ;
- Un service Windows qui récupère des données sur le réseau du client ;
- Des applications mobiles (Windows Phone, Android et IPhone) ;

Nous exposons nos données SQL via OData.

Actuellement, la solution Visual Studio est conçue comme suit :

- Projet ASP.Net MVC (interface graphique, authentification,…) ;
- Projet ASP.Net Web API (OData, WCF pour la communication entre le service Windows et le site web, sécurité des données,…) ;
- Projet Service Windows ;
- …

Mon problème est le suivant : nous avons séparé le projet Web et la partie OData dans 2 projets distincts et nous nous demandons si ça ne va pas nous compliquer le développement ? Devrait-on plutôt réunir c’est 2 projets dans 1 seul projet Web ASP.Net MVC ?

Avez-vous des solutions à m’apporter ? Merci d’avance pour vos réponses.

Personnellement je ferais 4 solutions.

Une solution MVC avec deux interfaces, une web et une autre WEBAPI qui tirent leurs données d'une même couche métier.

Une solution Console avec Quartz pour scraper les données.

Une solution Xamarin pour les clients mobiles.

Une solution Contracts pour partager les types via une DLL entre les trois autres solutions.

Bonjour Babyneedle,

Merci pour ta réponse. J'ai oublié de préciser que le OData (V4) était une obligation car les données de notre solution peuvent être manipuler par des outils clients qui ne sont pas développés par nous.

Pour la librairie, je n'ai pas précisé n'ont plus mais elle existe déjà dans notre solution afin, comme tu le dis, de partager les types. Pour la partie mobile (qui ne commencera que d'ici 1 an), j'avais en effet vu Xamarin mais je m'y pencherais plus tard.

Sinon, si j'ai bien compris, tu me conseillerais de créer 2 projets différents pour la partie Web et API ?

Up :|

J'aimerais avoir un peu plus d'avis svp.

Bonjour,

Dans le cas de tes applications mobiles, tu veux les connecter au service WCF ? Auquel cas, méfies toi car Windows Phone 8.1 ne supporte pas WCF.

Sinon je suis de l'avis de Babyneedle sur le fait de créer deux projets distincts pour la partie Web et API. Déjà parce que j'aime bien tout découper dans mes solutions et pour la ré-utilisabilité, je trouve cette solution plus pratique.

Bonne journée.

Bonsoir,

Merci pour la réponse, je vais donc partir sur 2 projets (Pour la partie Web). Pour le WCF, je me pose encore des question sur cette partie. J'avais également pensé à utiliser SignalR.

Avez-vous d'autres solution de remplacement ?