|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : juin 2002 Messages : 11 ![]() |
Bonjour,
je voudrais migrer une application "assez complexe" de gestion (prise de commande, gestion stock etc, gestion clients) de win32 vers winRT. Actuellement, l'architecture correspond + ou - a ceci. IHM -> couche metier -> couche donnees -> donnees avec acces direct à ma source de donnes si j'ai bien compris, je ne peux plus acceder directement à ma source de donnees depuis une application winrt. Je me pose la question suivante: dois je partir sur une architecture du type: IHM -> couche metier -> couche donnees -> service web (wcf) -> donnees ou plutot IHM -> service web -> couche metier -> couche donnees -> donnees ou autre ? merci pour votre aide. |
|
|
00
|
|
|
#2 |
|
Membre habitué
![]() John ThirietDéveloppeur .NET Inscription : juin 2007 Messages : 64 ![]() |
Bonjour,
La question à se poser est pourquoi migrer cette application vers WinRT ? Je suppose que c'est une application d'entreprise dont il est question auquel cas avez-vous regardé les problématiques de déploiement d'applications d'entreprise hors Windows Store ? Ce n'est pas une question à ignorer et il faut se la poser avant même de commencer à développer. Concernant la partie architecture celà dépend vraiment du type d'application. Les données sont-elles locales au poste ? Si oui alors pas besoin de WCF pour l'accès; Utiliser SQLite ou des fichiers XML ou autre stockage local peut faire l'affaire. Si non, alors WCF est une possibilité; De manière générale il faudra stocker les données sur le web. En ce moment la mode est au REST. On peux faire ça avec de l'azure mobile services, de l'asp.net web api ou du wcf ou autres. Ensuite en fonction du langage choisi les variantes d'architectures clientes (MVC, MVVM,...) entreront en compte. |
|
00
|
Copyright © 2000-2013 - www.developpez.com