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

[Momoth]

Yop,

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) ?

Le modèle objet, la couche métier et la couche d'accès aux données sont réutilisables sans trop de soucis. Par contre le xaml le sera pas tel quel. L'architecture d'une application WPF est bien différente d'une application WEB. Tu peux quand même lui filer, ca ferait une bonne maquette de ce que tu veux pour l'appli WEB.

2) Comment reprendre les interfaces wpf en web ? à quoi dois-je m'attendre au juste en terme de charge de travail ?

Faut les reprendre en 0 en gros. Donc niveau charge de travail, faut prévoir.

3) Aurai-je la même richesse visuelle en mode web ?

Totalement.

4) Mêmes préoccupations pour créer l'application androïde équivalente.

Juste histoire d'être sûr, pour faire ton appli Android, tu vas bien utiliser Xamarin ?

[stdebordeau]

Merci pour tes réponses succinctes et claires. Concernant l'application androïde, xamarin me paraît la solution la plus logique pour exploiter ce qui est déjà fait, qu'en pensez-vous?

J'ai d'autres préoccupations peut être trop terre à terre, je m'excuse d'avance.

1) L'approche de développement de l'application Web est-elle similaire à celle d'un site Web ? Dois-je rechercher un Webdesigner de métier ou un développeur pure et dure pour le boulot ?
2) Mon application effectue beaucoup de calculs d’agrégation. Est ce qu'un hébergement ordinaire de site web me convient ?
3) Pour l'application Web, je pense à HTML5 (parce que Microsoft a abandonné Silverlight pour Html5, mais vraiment je n'y connais rien). Que me conseillez-vous ?

[Momoth]

1) L'approche de développement de l'application Web est-elle similaire à celle d'un site Web ? Dois-je rechercher un Webdesigner de métier ou un développeur pure et dure pour le boulot ?

En gros, un site Web fait que afficher du contenu (du style un CV en ligne). Donc pas de logique poussée ou beaucoup d’interaction. L'application Web, c'est son taf. Le choix d'un designer dépend vraiment du besoin que tu as. Si tu as besoin d'une ergonomie ultra chiader, jolie et tout pourquoi pas. Après y'a des devs qui ont la fibre artistique pour le design. Ca peut potentiellement te suffire. Si tu prends un dev web pour développer ton appli, demande lui s'il se sent capable de faire le design que tu veux ou pas.

2) Mon application effectue beaucoup de calculs d’agrégation. Est ce qu'un hébergement ordinaire de site web me convient ?

Tout dépend ce que tu appelle "beaucoup" et "hébergement ordinaire". Le mieux si tu as du temps, serait de faire un poc pour voir la quantité de ressource nécessaire pour les calculs. Tu pourras ajuster l'hébergement la dessus.

3) Pour l'application Web, je pense à HTML5 (parce que Microsoft a abandonné Silverlight pour Html5, mais vraiment je n'y connais rien). Que me conseillez-vous ?

Sans hésiter le HTML5 pour plusieurs raisons. Déjà parce qu'il est plus simple de trouver des devs qui font du HTML5 et ensuite parce que c'est une techno qui évolue et qui à encore de beaux jours devant elle (contrairement à Silverlight).

[stdebordeau]

Merci beaucoup pour tes réponses, je te ferai part de la suite.