Version imprimable
Salut,
Mon Projet fin d’étude consiste à créer une application web qui permet au public de chercher une voiture pour la loue, de l'autre cote les agents de location voiture ils peuvent ajouter, modifier, supprimer leur voiture ou consulter les demandes de location qu'il ont reçu.
Alors mon encadreur ma demander de choisir entre c#/ASP.NET ou c#/WPF? je n'ai aucune idées quoi choisir :cry:
WPF c'est le succeseur de winform 8O
Tu es sur qu'il parlait pas de SilverLight?
WPF c'est pour faire des applications Windows, pas des applications Web...
merci en tout cas, mais c'est écrit sur le papier WPF je vais revérifier peut etre que c'est une faute de frappe :P
Bonsoir,
Tomlev, je ne suis pas tout à fait d'accord... la preuve.Citation:
Envoyé par tomlev
Là où tu as raison c'est que ce n'est pas l'utilisation la plus courante.
Pour faire avancer le schimili....
Je pense qu'il est important de voir l'ASP et WPF, ce n'est que formateur.
Alors tu pourrais faire une appli web ASP pour les clients dispo sur le web bien sûr et une appli WPF pour les agents de location (web ou client lourd). Il faut bien entendu que tu aies un serveur unique pour ces deux applis.
Bon dév
@sisqo60:
Oui enfin a mon avis il ne vaut pas mieux utiliser WPF pour le web.
Si c'est son projet de fin d'étude je ne pense pas qu'il n'ai pas le temps de tout faire, et mieux vaut éviter de se disperser.
Pourquoi veux tu faire 2 applis, ca complique vraiment la vie et ce n'est pas tres recommendable.
Asp.Net est bien concu et est tres puissant pour gérer les grosses applications web, en outre de mon point de vue Asp.Net est plus formateur.
D'autre part, je ne sais pas si Microsoft continuera a investir en WPF, tout devient web aujourd'hui et meme les PC le seront (Windows 8, Cloud...).
Il me semble que ca fait 10 ans qu'on le dit :pCitation:
Envoyé par alex_vino
et pourtant
mon lecteur audio/video n'est pas une application web
mes jeux ne sont pas des application web
mon lecteur de podcast n'est pas une application web
ma suite bureautique n'est pas une application web
mon application de retouche photo n'est pas une application web
msn, skype, outlook/thunderbird...
il y a mon application bancaire qui est une application web ;)
Le jour ou je n'utiliserai qu'un navigateur web n'est pas près d'arriver
Tu peux choisir entre ASP.Net standard ou avec le FW MVC.
Pour le WPF en web, disons que le silverlight est basé sur le xaml comme le WPF. Mais j'ai cru entendre que c'était abandonné au profit d'HTML5.
Je ne sais plus qui t'a dit de faire 2 IHM, c'est une très bonne idée (mais peu réalisable en termes de temps). Cela te donne cependant une idée de découpage. 1 projet commun BL, DAL etc. (=core) et 1 projet IHM web ou CL.
les projet IHM étant interchangeables, tous les traitements logiques et métiers sont dans le Core. Les projet IHM étant interchangeables.
Bon exercice !
Et bon courage.
un client léger sera toujours moins performant, moins ergonomique (ou 100x plus chiant à coder) qu'un client lourdCitation:
Envoyé par alex_vino
pour preuve, sur les smartphones on télécharge des clients lourds plutot que d'utiliser des applis web
les développeurs de ses boites préfèrent même développer 3 clients lourds (ios, android et winpho7 ...)
à priori dans windows 8 il y aura un wpf amélioré, ca serait donc pérène ...
le cloud ne signifie pas client web, un client lourd peut très bien stocker ses données sur un cloud
l'html5 changera peut etre la donne ... à voir dans 4 ou 5 ans ...
Je ne suis pas aussi optimiste que vous sur ces technologies.
Moi je n'utilise plus msn/skype, Outlook, Office... j'utilise leurs applications web qui sont vraiment performantes.
ChromeOS qui a pour le moment un peu de mal a décoller (mauvaise publicité? pas encore dans les moeurs?), mais cela montre bien que c'est pour bientot.
Et il y a 10 ans les applications étaient bien loin de pouvoir rivaliser avec les applications lourdes ;)
Pourquoi les éditeurs/dev veulent développer pour chaque plateforme mobile? Surtout grace a l'App Stode, MarketPlace... qui est une bonne pub.
Mais je pense que les Chrome Web Store & Co prendront le dessus sur ces Store qui ne sont pas gratuit.
Maintenant c'est mon point de vue :ccool:
Bonjour,
La polémique sur les applis Web VS Client lourd, n'est pas du tout le sujet de départ. Ton avis est respectable, même si je n'ai pas la même vision que toi. Il veut uniquement qu'on l'oriente.
Il ne nous dit pas si son projet de fin d'études dure 1 mois ou 1 an. Alors tiens qu'à lui de savoir ce qu'il souhaite et/ou peut faire puisque son encadreur lui laisse le choix.
Je persiste et signe s'il a le temps et la motivation, c'est plus formateur de voir les deux aspect du développement d'applications. Web ou client lourd ou les deux, à lui de savoir vers quoi s'orienter.
Avec une application client lourd, il sera moins embêté que les appli web qui introduisent toute un problématique du fait qu'une fois postée, la page n'existe plus et donc il faut gérer des variables de session, viewstate et tout un tas de truc qui ne sont pas nécessaires en CL.
Bien évidemment, il y a toujours les pbm des accès concurrentiels à gérer... :cry:
Salut,
Je ne pense pas qu'il faut choisir la technologie en terme de facilité de développement, surtout dans un contexte projet de fin d'étude.
Pour un projet tel que celui ci (proposer au public de louer une voiture), ce serait dommage de se limiter aux utilisateurs des plateformes "Windows". Donc à mon sens, il n'y pas photo, il faut s'orienter vers un projet Asp.Net.
Si on te propose de choisir entre Asp.Net et WPF, ce n'est peut-être pas dans le but de te laisser la possibilité de choisir la technologie dans laquelle tu te sens le plus à l'aise, mais plutôt pour voir si tu fais le choix le plus judicieux.
Ceci-dit, si tu es à l'aise en Asp.Net et moins en WPF et que tu veux apprendre cette technologie, tes arguments seront défendable si on te demande pourquoi tu as choisi WPF ;)
Entierement d'accord avec toi binoo.
Par contre pour ta derniere phrase non, parce que le projet de fin d'étude est censé te tester dans des projets de type "professionel", une mise en situation.
Donc le client s'en fiche que tu fais ca comme ci ou comme ca parce que tu veux te former dans de nouvelles technologies, lui il veux que tu réponde a son besoin dans le plus court délai (donc utiliser un nouveaux language = temps d'apprentissage = non maitrise parfaite = perte).
Meme en étant expert en une technologie (surtout web) on en apprend encore tous les jours (on ne peux pas tout savoir et ca évolue), donc je pense que ton dernier argument n'est pas bon en prenant en compte le cadre professionel.
D'ailleurs mon examinateur a l'époque avait mis c'est propos en avant, mais j'avais l'avantage que mon language m'était imposé par mon client car le code source était un déliverable.
Apres il peut par contre utiliser de nouvelles technologies recentes comme Azure et le mettre en avant :ccool: