Salut,
Je travail actuellement sur une application ASP.NET, donc client léger et
je connais bien les winform.
Je m'interroge actuellement sur le fait qu'il ne serait pas plus judicieux
de développer l'appli sur laquelle je travaille en winform avec des
webservice plutot qu'en webform.
Je m'explique, tous mes utilisateurs sont en windows et bosse dans la même
boite (l'appli n'est pas destiné à l'extérieur) et si on écarte la
problématique des changements de versions (qui demande à mettre à jour
tous les postes), je me demande si ca serait plus efficace de développer
cette appli en winform.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
J'aimerais avoir l'avis de programmateur chevronné sur les
avantages/inconvénient (en dehors de la portabilité en dehors de windows
et du problème de mise à jour de version que je connais déjà).
Merci
Sylo
Salut,
Je travail actuellement sur une application ASP.NET, donc client léger et
je connais bien les winform.
Je m'interroge actuellement sur le fait qu'il ne serait pas plus judicieux
de développer l'appli sur laquelle je travaille en winform avec des
webservice plutot qu'en webform.
Je m'explique, tous mes utilisateurs sont en windows et bosse dans la même
boite (l'appli n'est pas destiné à l'extérieur) et si on écarte la
problématique des changements de versions (qui demande à mettre à jour
tous les postes), je me demande si ca serait plus efficace de développer
cette appli en winform.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
J'aimerais avoir l'avis de programmateur chevronné sur les
avantages/inconvénient (en dehors de la portabilité en dehors de windows
et du problème de mise à jour de version que je connais déjà).
Merci
Sylo
Salut,
Je travail actuellement sur une application ASP.NET, donc client léger et
je connais bien les winform.
Je m'interroge actuellement sur le fait qu'il ne serait pas plus judicieux
de développer l'appli sur laquelle je travaille en winform avec des
webservice plutot qu'en webform.
Je m'explique, tous mes utilisateurs sont en windows et bosse dans la même
boite (l'appli n'est pas destiné à l'extérieur) et si on écarte la
problématique des changements de versions (qui demande à mettre à jour
tous les postes), je me demande si ca serait plus efficace de développer
cette appli en winform.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
J'aimerais avoir l'avis de programmateur chevronné sur les
avantages/inconvénient (en dehors de la portabilité en dehors de windows
et du problème de mise à jour de version que je connais déjà).
Merci
Sylo
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
je ferais la même chose.Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
ajoutons à ça que quand on parle de client leger, on oublie trop souvent
le côté lourdingue. script et pas de typage par ici, fonctions differentes
et mises en forme imprevisibles selon le navigateur par la.
donc j'abonde.
je ferais la même chose.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
ajoutons à ça que quand on parle de client leger, on oublie trop souvent
le côté lourdingue. script et pas de typage par ici, fonctions differentes
et mises en forme imprevisibles selon le navigateur par la.
donc j'abonde.
je ferais la même chose.Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
ajoutons à ça que quand on parle de client leger, on oublie trop souvent
le côté lourdingue. script et pas de typage par ici, fonctions differentes
et mises en forme imprevisibles selon le navigateur par la.
donc j'abonde.
> La mise en forme imprévisibles selon les navigateurs n'est sans doute pas
un argument car j'imagine que si c'est pour une entreprise en particulier,
le navigateur doit être connu au même titre que le fait que c'est du
windows partout et que tous les postes ont le framework.
De plus le client léger n'est pas plus lourdingue que le client lourd ! le
developpement d'une appli web pour quelqu'un qui a un peu l'habutide va
beaucoup plus vite (enfin c'est mon avis).
Cela dit je suis d'accord qu'il n'y a pas a hésiter si tu maitrises
l'environnement technique (mise à jour & co) et que tu es plus fort (:o)
en win qu'en web !
> La mise en forme imprévisibles selon les navigateurs n'est sans doute pas
un argument car j'imagine que si c'est pour une entreprise en particulier,
le navigateur doit être connu au même titre que le fait que c'est du
windows partout et que tous les postes ont le framework.
De plus le client léger n'est pas plus lourdingue que le client lourd ! le
developpement d'une appli web pour quelqu'un qui a un peu l'habutide va
beaucoup plus vite (enfin c'est mon avis).
Cela dit je suis d'accord qu'il n'y a pas a hésiter si tu maitrises
l'environnement technique (mise à jour & co) et que tu es plus fort (:o)
en win qu'en web !
> La mise en forme imprévisibles selon les navigateurs n'est sans doute pas
un argument car j'imagine que si c'est pour une entreprise en particulier,
le navigateur doit être connu au même titre que le fait que c'est du
windows partout et que tous les postes ont le framework.
De plus le client léger n'est pas plus lourdingue que le client lourd ! le
developpement d'une appli web pour quelqu'un qui a un peu l'habutide va
beaucoup plus vite (enfin c'est mon avis).
Cela dit je suis d'accord qu'il n'y a pas a hésiter si tu maitrises
l'environnement technique (mise à jour & co) et que tu es plus fort (:o)
en win qu'en web !
La mise en forme imprévisibles selon les navigateurs n'est sans doute pas
un argument car j'imagine que si c'est pour une entreprise en particulier,
le navigateur doit être connu au même titre que le fait que c'est du
windows partout et que tous les postes ont le framework.
De plus le client léger n'est pas plus lourdingue que le client lourd ! le
developpement d'une appli web pour quelqu'un qui a un peu l'habutide va
beaucoup plus vite (enfin c'est mon avis).
Cela dit je suis d'accord qu'il n'y a pas a hésiter si tu maitrises
l'environnement technique (mise à jour & co) et que tu es plus fort (:o)
en win qu'en web !
Tony
"Ambassadeur Kosh" a écrit dans le message de
news: %je ferais la même chose.Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
ajoutons à ça que quand on parle de client leger, on oublie trop souvent
le côté lourdingue. script et pas de typage par ici, fonctions
differentes et mises en forme imprevisibles selon le navigateur par la.
donc j'abonde.
La mise en forme imprévisibles selon les navigateurs n'est sans doute pas
un argument car j'imagine que si c'est pour une entreprise en particulier,
le navigateur doit être connu au même titre que le fait que c'est du
windows partout et que tous les postes ont le framework.
De plus le client léger n'est pas plus lourdingue que le client lourd ! le
developpement d'une appli web pour quelqu'un qui a un peu l'habutide va
beaucoup plus vite (enfin c'est mon avis).
Cela dit je suis d'accord qu'il n'y a pas a hésiter si tu maitrises
l'environnement technique (mise à jour & co) et que tu es plus fort (:o)
en win qu'en web !
Tony
"Ambassadeur Kosh" <kosh.naranek@babylon5.net> a écrit dans le message de
news: %23T2SbGVBGHA.2912@tk2msftngp13.phx.gbl...
je ferais la même chose.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
ajoutons à ça que quand on parle de client leger, on oublie trop souvent
le côté lourdingue. script et pas de typage par ici, fonctions
differentes et mises en forme imprevisibles selon le navigateur par la.
donc j'abonde.
La mise en forme imprévisibles selon les navigateurs n'est sans doute pas
un argument car j'imagine que si c'est pour une entreprise en particulier,
le navigateur doit être connu au même titre que le fait que c'est du
windows partout et que tous les postes ont le framework.
De plus le client léger n'est pas plus lourdingue que le client lourd ! le
developpement d'une appli web pour quelqu'un qui a un peu l'habutide va
beaucoup plus vite (enfin c'est mon avis).
Cela dit je suis d'accord qu'il n'y a pas a hésiter si tu maitrises
l'environnement technique (mise à jour & co) et que tu es plus fort (:o)
en win qu'en web !
Tony
"Ambassadeur Kosh" a écrit dans le message de
news: %je ferais la même chose.Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
ajoutons à ça que quand on parle de client leger, on oublie trop souvent
le côté lourdingue. script et pas de typage par ici, fonctions
differentes et mises en forme imprevisibles selon le navigateur par la.
donc j'abonde.
Merci Daniel. Aurais tu un lien sur la techno clickOnes stp ?
Et pour répondre à Tony...
OK, le navigateur est connue, c vrai.
Mais bon en terme d'efficacité de saisie pour l'utilisateur, les winform,
c bcp plus efficace et intuitif. on peut faire des masques et ainsi mettre
en oeuvre une véritable interface de saisie.
Et puis y'a plein d'autres truc que l'on peut faire dans les winform alors
que les webform, c vachement plus approximatif (confirmation de saisie,
validation étape de saisie...)
Les datagrids peuvent allez trés loin (hiérarchisation, multi saisie)
Enfin, on a le multi fenêtrage qui rend les appli plus efficace...
Pour finir, les utilisateurs sont vraimment surpris quand ils utilise une
appli de gestion en client léger. La page qui s'efface et de réaffiche à
chaque aller-retour serveur, c vraimment pas génial...
En tout cas merci pour votre aide
Sylo
"TOny" <tony_barret@(no_spam)hotmail.com> a écrit dans le message de news:
%La mise en forme imprévisibles selon les navigateurs n'est sans doute pas
un argument car j'imagine que si c'est pour une entreprise en
particulier, le navigateur doit être connu au même titre que le fait que
c'est du windows partout et que tous les postes ont le framework.
De plus le client léger n'est pas plus lourdingue que le client lourd !
le developpement d'une appli web pour quelqu'un qui a un peu l'habutide
va beaucoup plus vite (enfin c'est mon avis).
Cela dit je suis d'accord qu'il n'y a pas a hésiter si tu maitrises
l'environnement technique (mise à jour & co) et que tu es plus fort (:o)
en win qu'en web !
Tony
"Ambassadeur Kosh" a écrit dans le message de
news: %je ferais la même chose.Avantage, plus de possibilité et d'ergonomie, plus de rapidité
puisqu'on transfert que les données, l'application étant déjà sur le
client.
ajoutons à ça que quand on parle de client leger, on oublie trop souvent
le côté lourdingue. script et pas de typage par ici, fonctions
differentes et mises en forme imprevisibles selon le navigateur par la.
donc j'abonde.
Merci Daniel. Aurais tu un lien sur la techno clickOnes stp ?
Et pour répondre à Tony...
OK, le navigateur est connue, c vrai.
Mais bon en terme d'efficacité de saisie pour l'utilisateur, les winform,
c bcp plus efficace et intuitif. on peut faire des masques et ainsi mettre
en oeuvre une véritable interface de saisie.
Et puis y'a plein d'autres truc que l'on peut faire dans les winform alors
que les webform, c vachement plus approximatif (confirmation de saisie,
validation étape de saisie...)
Les datagrids peuvent allez trés loin (hiérarchisation, multi saisie)
Enfin, on a le multi fenêtrage qui rend les appli plus efficace...
Pour finir, les utilisateurs sont vraimment surpris quand ils utilise une
appli de gestion en client léger. La page qui s'efface et de réaffiche à
chaque aller-retour serveur, c vraimment pas génial...
En tout cas merci pour votre aide
Sylo
"TOny" <tony_barret@(no_spam)hotmail.com> a écrit dans le message de news:
%23hIRStXBGHA.628@TK2MSFTNGP14.phx.gbl...
La mise en forme imprévisibles selon les navigateurs n'est sans doute pas
un argument car j'imagine que si c'est pour une entreprise en
particulier, le navigateur doit être connu au même titre que le fait que
c'est du windows partout et que tous les postes ont le framework.
De plus le client léger n'est pas plus lourdingue que le client lourd !
le developpement d'une appli web pour quelqu'un qui a un peu l'habutide
va beaucoup plus vite (enfin c'est mon avis).
Cela dit je suis d'accord qu'il n'y a pas a hésiter si tu maitrises
l'environnement technique (mise à jour & co) et que tu es plus fort (:o)
en win qu'en web !
Tony
"Ambassadeur Kosh" <kosh.naranek@babylon5.net> a écrit dans le message de
news: %23T2SbGVBGHA.2912@tk2msftngp13.phx.gbl...
je ferais la même chose.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité
puisqu'on transfert que les données, l'application étant déjà sur le
client.
ajoutons à ça que quand on parle de client leger, on oublie trop souvent
le côté lourdingue. script et pas de typage par ici, fonctions
differentes et mises en forme imprevisibles selon le navigateur par la.
donc j'abonde.
Merci Daniel. Aurais tu un lien sur la techno clickOnes stp ?
Et pour répondre à Tony...
OK, le navigateur est connue, c vrai.
Mais bon en terme d'efficacité de saisie pour l'utilisateur, les winform,
c bcp plus efficace et intuitif. on peut faire des masques et ainsi mettre
en oeuvre une véritable interface de saisie.
Et puis y'a plein d'autres truc que l'on peut faire dans les winform alors
que les webform, c vachement plus approximatif (confirmation de saisie,
validation étape de saisie...)
Les datagrids peuvent allez trés loin (hiérarchisation, multi saisie)
Enfin, on a le multi fenêtrage qui rend les appli plus efficace...
Pour finir, les utilisateurs sont vraimment surpris quand ils utilise une
appli de gestion en client léger. La page qui s'efface et de réaffiche à
chaque aller-retour serveur, c vraimment pas génial...
En tout cas merci pour votre aide
Sylo
"TOny" <tony_barret@(no_spam)hotmail.com> a écrit dans le message de news:
%La mise en forme imprévisibles selon les navigateurs n'est sans doute pas
un argument car j'imagine que si c'est pour une entreprise en
particulier, le navigateur doit être connu au même titre que le fait que
c'est du windows partout et que tous les postes ont le framework.
De plus le client léger n'est pas plus lourdingue que le client lourd !
le developpement d'une appli web pour quelqu'un qui a un peu l'habutide
va beaucoup plus vite (enfin c'est mon avis).
Cela dit je suis d'accord qu'il n'y a pas a hésiter si tu maitrises
l'environnement technique (mise à jour & co) et que tu es plus fort (:o)
en win qu'en web !
Tony
"Ambassadeur Kosh" a écrit dans le message de
news: %je ferais la même chose.Avantage, plus de possibilité et d'ergonomie, plus de rapidité
puisqu'on transfert que les données, l'application étant déjà sur le
client.
ajoutons à ça que quand on parle de client leger, on oublie trop souvent
le côté lourdingue. script et pas de typage par ici, fonctions
differentes et mises en forme imprevisibles selon le navigateur par la.
donc j'abonde.
Salut,
Je travail actuellement sur une application ASP.NET, donc client léger et je
connais bien les winform.
Je m'interroge actuellement sur le fait qu'il ne serait pas plus judicieux
de développer l'appli sur laquelle je travaille en winform avec des
webservice plutot qu'en webform.
Je m'explique, tous mes utilisateurs sont en windows et bosse dans la même
boite (l'appli n'est pas destiné à l'extérieur) et si on écarte la
problématique des changements de versions (qui demande à mettre à jour tous
les postes), je me demande si ca serait plus efficace de développer cette
appli en winform.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
J'aimerais avoir l'avis de programmateur chevronné sur les
avantages/inconvénient (en dehors de la portabilité en dehors de windows et
du problème de mise à jour de version que je connais déjà).
Merci
Sylo
Salut,
Je travail actuellement sur une application ASP.NET, donc client léger et je
connais bien les winform.
Je m'interroge actuellement sur le fait qu'il ne serait pas plus judicieux
de développer l'appli sur laquelle je travaille en winform avec des
webservice plutot qu'en webform.
Je m'explique, tous mes utilisateurs sont en windows et bosse dans la même
boite (l'appli n'est pas destiné à l'extérieur) et si on écarte la
problématique des changements de versions (qui demande à mettre à jour tous
les postes), je me demande si ca serait plus efficace de développer cette
appli en winform.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
J'aimerais avoir l'avis de programmateur chevronné sur les
avantages/inconvénient (en dehors de la portabilité en dehors de windows et
du problème de mise à jour de version que je connais déjà).
Merci
Sylo
Salut,
Je travail actuellement sur une application ASP.NET, donc client léger et je
connais bien les winform.
Je m'interroge actuellement sur le fait qu'il ne serait pas plus judicieux
de développer l'appli sur laquelle je travaille en winform avec des
webservice plutot qu'en webform.
Je m'explique, tous mes utilisateurs sont en windows et bosse dans la même
boite (l'appli n'est pas destiné à l'extérieur) et si on écarte la
problématique des changements de versions (qui demande à mettre à jour tous
les postes), je me demande si ca serait plus efficace de développer cette
appli en winform.
Avantage, plus de possibilité et d'ergonomie, plus de rapidité puisqu'on
transfert que les données, l'application étant déjà sur le client.
J'aimerais avoir l'avis de programmateur chevronné sur les
avantages/inconvénient (en dehors de la portabilité en dehors de windows et
du problème de mise à jour de version que je connais déjà).
Merci
Sylo
