Discussion :

[stdebordeau]

Bonjour à toute la communauté. Je sollicite vos avis éclairés pour définir les bases de mon futur projet.
Il s'agit d'une application

+multiplateforme (web; mobile; Tablette)
+comprenant des formulaires (type sondage, enquête)
+utilisant beaucoup de contrôles communs (Arborescences(Treeviews), Tableaux évolués, listes déroulantes, etc.)
+stockant les données sur un serveur distant
+pouvant fonctionner en mode hors connexion avec mise à jour ultérieure sur le serveur
+devant être très conviviale, intuitive et légère

J'aurais aimé la réaliser avec Silverlight pour les effets funs, mais comme vous le savez ...

Quelles choix technologiques pouvez vous me conseiller ?
Merci d'avance pour vos avis.

[estacado]

Bonjour stdebordeau,

L'aspect le plus compliqué à gèrer sera le mode hors ligne. Il implique une phase de synchronisation est c'est une notion qui est complexe à mettre en oeuvre même si certain framework permette de faciliter un peu se travail par exemple Sync Framework. Après il y a aussi ce mode qui existe en web, mais il faudra faire un poc pour valider les limites correspondent à vos contraintes.


L'avantage d'une techno web :

- vous êtes relativement agnostique à la plateforme
- stockage sur le serveur est implicite
- une ergo bien pensée rendra ça conviviale, léger et intuitive. Avec le CSS3 ont fait de belles animations à présent
- Les contrôles soit avec des helpers MVC, soit avec des briques comme kendo par exemple rends cela facile à exploiter (si on reste sur la manière dont les composants ont été réfléchis)

L'inconvénient d'une techno web :

- Le mode hors ligne n'est pas très bien gèrer selon les scénario.
- Le besoin de performance pour certains rendu graphique ou calcul nécessitant d'être effectué sur le poste client.
- L'échange client / serveur peut avoir de la latence et être consommateur en donnée. Ainsi pour des besoin temps réel, ce n'est pas forcément la bonne solution.

L'avantage d'une techno client lourde :

- Il y a des possibilité de faire de l'agnostique à la plateforme
==> via xamarin, mais cela a un coût en développement non néglieable par rapport à une techno web. Toutefois on a la possibilité de faire du natif pour des questions de performances.
==> via Cordova, cela reprends les standard du web, toutefois la performance est amoindri vis à vis du code natif car il y a une surcouche intermédiaire non négligeable.
- Ergo c'est similaire au web lorsqu'on maitrise la technologie.
- Pour les contrôles c'est équivalement au web.

L'inconvénient d'une techno client lourde :

- Le stockage côté serveur n'est pas automatique. Il faut faire du spécifique pour gèrer cela, sans parler d'implémenter la partie synchronisation.
- Spécificité du matériel pas toujours simple à gèrer lors des développements cross-plateforme.
- Déploiement de l'application plus compliqué contrairement à une application web.


J'espère que j'ai répondu à votre questionnement car je ne suis pas sur d'avoir interpréter correctement certaines de vos problématiques aussi ma réponse est resté assez généraliste...

[stdebordeau]

Bonjour et merci pour votre réponse.
j'ai finalement opté pour une architecture MVC basée sur .net (c#, wpf).

L'architecture MVC me permet de créer en aval plusieurs types d'interfaces (mobiles, tablette, asp.) basées sur une même couche métier. Et en amont de la couche métier je peux gérer plusieurs types de sources de données (serveur, local, sql server, oracle, access, xml, etc.), ce qui facilite entre autre le mode hors ligne.

Je travaille présentement sur wpf pour mes interfaces et je compte utiliser asp pour la partie web (meilleure proposition ? Silverlight ?). J'ai choisi wpf à cause de la latitude qu'on a d'emboiter les contrôles et de modifier leur apparence. ça prend du temps de maitriser wpf, mais une fois que c'est fait, le potentiel est immense.

Je suis toujours preneur de conseils. Merci

[Noxen]

Je ne comprends pas très quel genre d'architecture tu envisages. WPF c'est du client lourd, c'est une très bonne techno mais que ne sera disponible que pour du Windows (exit Android ou iOS sans passer par une couche tiers, Xamarin sans doute). Pour du MVC web tu as effectivement Asp MVc ; mais comme le soulignait estacado la sauvegarde de données locales devient problématique, et c'est de toute façon prévu pour fonctionner via une connexion internet. Tu peux peut-être t'intéresser à WebAPI, qui permet d'exposer sa couche métier via des webservices ; tu pourras générer ton interface web par asp mvc qui fournira des pages dynamiques interrogeant tes webservices, et du coup faire fonctionner ton application WPF de la même manière en utiliser ces webservices pour le mode connecté.

[estacado]

+1 Noxen.

C'est la réponse que je m’apprêtais à donner mais tu m'as devancé

[stdebordeau]

Bonjour,
j'ai achevé mon projet WPF. Je compte maintenant attaquer la version web. En fait je la confierai à un professionnel des applications web. J'aimerais avoir vos conseils pour mieux définir mes besoins et discuter de façon éclairée avec lui.

1) Est ce que le modèle objet, les définitions .xaml des interfaces, la couche métier et la couche d'accès aux données que j'ai déjà développé pourrons être réutilisés (idéalement je lui transmettrai uniquement les dll) ?
2) Comment reprendre les interfaces wpf en web ? à quoi dois-je m'attendre au juste en terme de charge de travail ?
3) Aurai-je la même richesse visuelle en mode web ?
4) Mêmes préoccupations pour créer l'application androïde équivalente.

Merci pour vos avis éclairés. Je vous paierai une bière à l'occasion