Discussion :

[UBBsoft]

bonjour,

je suis un étudiant universitaire filière:informatique,spécialité: décisionnelle.
je veux combiner entre:logiciel,site web et mobile,par exemple: client fait une commande soit par mobile,site web,logiciel( BD centralisé).

comment réaliser cette idée?

C#->logiciel,Windows Mobile?
ASP.net->site web?
BD->SqlServer?
cloudComputing->WindowsAzure?
...

Merci de votre aide

[DotNetMatt]

Tu auras besoin des choses suivantes...

- Pour la base de données :
SQL Server (par exemple) hébergé sur un serveur (cloud ou non, l'important c'est qu'il soit accessible).

- Pour le site web :
Le langage, soit C# soit VB.NET couplé à ASP.NET (MVC ou non) et éventuellement à AJAX.

Un serveur Web classique (cloud ou non, l'important c'est qu'il soit accessible).

- Pour ton logiciel (bureau et mobile) :
Le langage, soit C# soit VB.NET. Les technos, soit WinForms soit WPF (WPF est recommandé puisque tu vises aussi les mobiles).

Indépendamment de ceci, ton application pourra soit communiquer directement avec la base de données, soit passer par un Web Service hébergé sur ton serveur Web. C'est le Web Service qui se chargera de faire l'intermédiaire entre l'application bureau/mobile et la base de données. C'est un peu une sorte de proxy.

Cela peut être intéressant si par exemple tu as des traitements à faire (ex. vérification des habilitations). Plutôt que de déporter tout ça chez le client, tu le fais côté serveur via le Web Service...

[Invité]

- Pour ton logiciel (bureau et mobile) :
Le langage, soit C# soit VB.NET. Les technos, soit WinForms soit WPF (WPF est recommandé puisque tu vises aussi les mobiles).

J'ai un peu du mal avec l'expression en gras. Peut-être que j'ai dû zapper un truc. Merci de m'éclaircir sur ce point.

[DotNetMatt]

Effectivement j'aurais dû détailler.

Si tu développes une appli en WPF, tu peux facilement la porter pour Windows Phone. En tout cas plus facilement qu'une appli WinForms. Par exemple tu choisis le pattern MVVM, tu utilises des Portable Class Library et tu n'as plus qu'à réaliser tes Views pour le bureau et celles pour mobile. Je simplifie, mais c'est ce qu'il fallait comprendre ^^

[youtpout978]

Pour les mobiles tu veux faire une application par plateforme? ou une appli web?
Comme techno je te conseil:
BDD SQL Server
WebService WCF avec une configuration compatible avec toutes les plateformes si tu développes sur android ou ios par exemple.
Ton site web en ASP.net MVC comme ça si tu dois l'adapter au mobile tu aura juste a crée les vues pour ça (en théorie).
Bien sur tes applications ne se connecterons pas directement à la BDD mais passerons par l'intermédiaire du Webservice (l'appli web aussi).

[Invité]

Effectivement j'aurais dû détailler.
[...]
Je simplifie, mais c'est ce qu'il fallait comprendre ^^

Moi j'ai bien compris
Le problème c'est qu'il s'agit d'un étudiant donc mieux vaut détailler les trucs pour être sûr que "WPF est recommandé puisque tu vises aussi les mobiles" ne devienne "WPF peut s'exécuter sur un mobile".

[Air P-E]

Dans mon projet actuel, on utilise :
- ASP.NET MVC 4/JQuery avec SQL Server 2012 et Entity Framework entre les deux pour le Back Office
- WebAPI pour les web services (très facile à mettre en place et à utiliser comparé à WCF je trouve)
- PhoneGap pour la partie mobile qui n'est que du HTML/js (si tu souhaites te déployer sur tout type de mobile Android/iOS/BlackBerry/Windows Phone...)

Voilà si ça peut aider...

[chamamo]

Dans mon projet actuel, on utilise :
- ASP.NET MVC 4/JQuery avec SQL Server 2012 et Entity Framework entre les deux pour le Back Office
- WebAPI pour les web services (très facile à mettre en place et à utiliser comparé à WCF je trouve)
- PhoneGap pour la partie mobile qui n'est que du HTML/js (si tu souhaites te déployer sur tout type de mobile Android/iOS/BlackBerry/Windows Phone...)

Voilà si ça peut aider...

Je suis du même avis, je rajouterai aussi que les Web Api Controller peuvent être utilisés également par l'application ASP.NET MVC, on peut avoir des services qui sont utilisés par les page ASP.NET et par les applications mobiles. Sinon une application (Winform ou WPF) qui partage la même couche DAL et BAL avec les services Web.

En ce qui concerne les applications mobile c'est un long débat, soit avec l'HTML5 soit en natif (Cross Plateforme).

[dkmix]

Bonjour,

Indépendamment de ceci, ton application pourra soit communiquer directement avec la base de données, soit passer par un Web Service hébergé sur ton serveur Web. C'est le Web Service qui se chargera de faire l'intermédiaire entre l'application bureau/mobile et la base de données. C'est un peu une sorte de proxy.

Quelque soit les technos choisies, en terme d'architecture, je vous conseille de centraliser la logique métiers, et pas seulement la base de données.
Ex : BDD -> DAL -> BLL -> IHM (ASP, ASP MVC, Web API, WPF...)

Cela permet d'éviter les surprises de comportement et la maintenabilité.

[Invité]

Quelque soit les technos choisies, en terme d'architecture, je vous conseille de centraliser la logique métiers, et pas seulement la base de données.
Ex : BDD -> DAL -> BLL -> IHM (ASP, ASP MVC, Web API, WPF...)

Depuis quand Web API est considéré comme un IHM ?

Source Wikipédia :

Les interactions homme-machine (IHM) définissent les moyens et outils mis en œuvre afin qu'un humain puisse contrôler et communiquer avec une machine.

Par abus de langage on dit qu'un API est l'"IHM" des développeurs qui souhaitent utiliser un service ce n'est pas un IHM au sens propre du terme comme l'est WPF, ASP.Net, ASP.Net MVC, WP, Windows 8, Windows Forms etc....

[dkmix]

Depuis quand Web API est considéré comme un IHM ?

C'est un abus de langage effectivement, par IHM, je pensais aux "consommateurs" qui s'appuient sur la couche métier.

[Air P-E]

Je suis du même avis, je rajouterai aussi que les Web Api Controller peuvent être utilisés également par l'application ASP.NET MVC, on peut avoir des services qui sont utilisés par les page ASP.NET et par les applications mobiles

Totalement d'accord, c'est exactement ce que je fais dans mon projet actuel. Merci d'avoir davantage appuyé mon point.

[UBBsoft]

Salut,

Je vous remercie pour vos interventions,
J’ai trouvé une solution:
Une application web apte à s'adapter à différents types de clients web,
Donc:
Application web=site web(E-commerce) pour le client (commander...).
Application web=logiciel pour le service commerciale (facturation...).
Application web=mobile (android, ios, windowsphone...)=>Responsive Design.
Application web héberger sur le cloud pour le bon fonctionnement.

cette solution assure une gestion centralisé du traitement (facilité du maintenance) c-à-d une seul application, une seul BD, un seul traitement.

1-Est ce que c'est une meilleur solution?
2-Est ce que c'est une meilleur solution si je veux réaliser un progiciel/GPAO/ERP(dans le cadre du combinisation) ?
Plusieurs question?????????????

Merci de votre aide

[Kikuts]

Euh good luck pour le responsive design

Perso, je ferais comme Mat t'as dit : utilisation de PCL (des library portables que tu peux référencer dans tes différents projets, que ce soit WinForm/WPF/Silverlight, ASP.NET, Windows Phone, WinRT etc (xbox aussi mais pas utile dans ton cas))

Puis créer un petit projet pour chaque cible. Tu te prendras moins le choux à gérer l'affichage : si je suis en mobile j'affiche ça, en desktop ça etc. Et au moins, tu peux faire du natif sur mobile.

Après, ça dépend des goûts !

Pour l'architecture je te conseil aussi, comme te l'as suggéré h2s84, BdD SQL -> DAL -> BLL -> UI

[UBBsoft]

J'ai désespérément besoin de votre aide!
Je suis en stage dans une société de céramique,

Un grand logiciel(CRM,SRM,comptabilité,...) développer avec Windev,Mysql
(la BD dans le serveur du l'entreprise).
Site web simple (Présentation,produits,commande) développer avec php et Mysql héberger dans un serveur web.
Pas d'application mobile(android,ios,WM).

le gérant est très intéressé avec l’idée du couplage.

Nous somme dans des plateformes hétérogène!
Quelle est la solution la plus simple,efficace,facile et rapide pour la réalisation?

Merci