Bonjour,
Je souhaite réécrire une grosse application (actuellement en VB5) en
VB.NET. Pour cela, je voudrais faire une application autonome
executable sur un PC.
Par la suite, je souhaiterais que cette application soit utilisable
aussi en application WEB (ASP + VB.NET).
Je n'ai pas beaucoup de notion de dev web (scolaire).
Est-il possible et facile de migrer une application VB autonome en une
application WEB ?
Si oui, est-il facile de maintenir une application VB autonome et WEB
dans le temps ?
Cela est-il courant ?
Le principe serait d'avoir un noyau commun, la seule différence serait
la gestion de l'IHM.
Bonjour,
Je souhaite réécrire une grosse application (actuellement en VB5) en
VB.NET. Pour cela, je voudrais faire une application autonome
executable sur un PC.
Par la suite, je souhaiterais que cette application soit utilisable
aussi en application WEB (ASP + VB.NET).
Je n'ai pas beaucoup de notion de dev web (scolaire).
Est-il possible et facile de migrer une application VB autonome en une
application WEB ?
Si oui, est-il facile de maintenir une application VB autonome et WEB
dans le temps ?
Cela est-il courant ?
Le principe serait d'avoir un noyau commun, la seule différence serait
la gestion de l'IHM.
Bonjour,
Je souhaite réécrire une grosse application (actuellement en VB5) en
VB.NET. Pour cela, je voudrais faire une application autonome
executable sur un PC.
Par la suite, je souhaiterais que cette application soit utilisable
aussi en application WEB (ASP + VB.NET).
Je n'ai pas beaucoup de notion de dev web (scolaire).
Est-il possible et facile de migrer une application VB autonome en une
application WEB ?
Si oui, est-il facile de maintenir une application VB autonome et WEB
dans le temps ?
Cela est-il courant ?
Le principe serait d'avoir un noyau commun, la seule différence serait
la gestion de l'IHM.
max_mont wrote:
> Bonjour,
Bonjour,
> Je souhaite réécrire une grosse application (actuellement en VB5) en
> VB.NET. Pour cela, je voudrais faire une application autonome
> executable sur un PC.
Elle sera autonome pour autant que le .net framework soit installé
sur le PC ou réside l'application.
> Par la suite, je souhaiterais que cette application soit utilisable
> aussi en application WEB (ASP + VB.NET).
> Je n'ai pas beaucoup de notion de dev web (scolaire).
> Est-il possible et facile de migrer une application VB autonome en une
> application WEB ?
Oui et non. C'est faisable, évidemment. Quand à la facilité, ça v a dépendre
très fort de la qualité et de la structure du code. En tout cas, il
ne faut pas s'attendre à de la magie: ce sera dans tous les cas (au mie ux)
pas mal de boulot. Tu peux espérer récupérer les modules de calcul, si ils
sont bien isolés de l'IHM.
NOTE: Il faut réfléchir pendant la migration sur la pertinence d'un
"portage".
En effet, .Net offre tout un tas de facilités qui rendent peut être
très simples des traitements qui en VB étaient très compliqués. I l faut
alors réfléchir à l'opportunité ou non d'un portage "brutal" par rapport
à une vraie réécriture...
> Si oui, est-il facile de maintenir une application VB autonome et WEB
> dans le temps ?
Ca dépend de l'appli et de la façon dont le code est écrit.
> Cela est-il courant ?
Difficile à dire. En tout cas, ça existe (de plus en plus).
> Le principe serait d'avoir un noyau commun, la seule différence serait
> la gestion de l'IHM.
C'est bien sur la bonne façon de faire. Idéalement, l'IHM devrait se
contenter
d'afficher des données et de renvoyer des informations sur des actions ou
des
changements. Dans tous les cas, c'est la couche métier qui doit réali ser le
travail associé.
Sur cette base, la maintenance devient assez facile.
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ;
FAQ VB:http://faq.vb.free.fr/
max_mont wrote:
> Bonjour,
Bonjour,
> Je souhaite réécrire une grosse application (actuellement en VB5) en
> VB.NET. Pour cela, je voudrais faire une application autonome
> executable sur un PC.
Elle sera autonome pour autant que le .net framework soit installé
sur le PC ou réside l'application.
> Par la suite, je souhaiterais que cette application soit utilisable
> aussi en application WEB (ASP + VB.NET).
> Je n'ai pas beaucoup de notion de dev web (scolaire).
> Est-il possible et facile de migrer une application VB autonome en une
> application WEB ?
Oui et non. C'est faisable, évidemment. Quand à la facilité, ça v a dépendre
très fort de la qualité et de la structure du code. En tout cas, il
ne faut pas s'attendre à de la magie: ce sera dans tous les cas (au mie ux)
pas mal de boulot. Tu peux espérer récupérer les modules de calcul, si ils
sont bien isolés de l'IHM.
NOTE: Il faut réfléchir pendant la migration sur la pertinence d'un
"portage".
En effet, .Net offre tout un tas de facilités qui rendent peut être
très simples des traitements qui en VB étaient très compliqués. I l faut
alors réfléchir à l'opportunité ou non d'un portage "brutal" par rapport
à une vraie réécriture...
> Si oui, est-il facile de maintenir une application VB autonome et WEB
> dans le temps ?
Ca dépend de l'appli et de la façon dont le code est écrit.
> Cela est-il courant ?
Difficile à dire. En tout cas, ça existe (de plus en plus).
> Le principe serait d'avoir un noyau commun, la seule différence serait
> la gestion de l'IHM.
C'est bien sur la bonne façon de faire. Idéalement, l'IHM devrait se
contenter
d'afficher des données et de renvoyer des informations sur des actions ou
des
changements. Dans tous les cas, c'est la couche métier qui doit réali ser le
travail associé.
Sur cette base, la maintenance devient assez facile.
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ; _no_spam_jean_marc...@yahoo.fr
FAQ VB:http://faq.vb.free.fr/
max_mont wrote:
> Bonjour,
Bonjour,
> Je souhaite réécrire une grosse application (actuellement en VB5) en
> VB.NET. Pour cela, je voudrais faire une application autonome
> executable sur un PC.
Elle sera autonome pour autant que le .net framework soit installé
sur le PC ou réside l'application.
> Par la suite, je souhaiterais que cette application soit utilisable
> aussi en application WEB (ASP + VB.NET).
> Je n'ai pas beaucoup de notion de dev web (scolaire).
> Est-il possible et facile de migrer une application VB autonome en une
> application WEB ?
Oui et non. C'est faisable, évidemment. Quand à la facilité, ça v a dépendre
très fort de la qualité et de la structure du code. En tout cas, il
ne faut pas s'attendre à de la magie: ce sera dans tous les cas (au mie ux)
pas mal de boulot. Tu peux espérer récupérer les modules de calcul, si ils
sont bien isolés de l'IHM.
NOTE: Il faut réfléchir pendant la migration sur la pertinence d'un
"portage".
En effet, .Net offre tout un tas de facilités qui rendent peut être
très simples des traitements qui en VB étaient très compliqués. I l faut
alors réfléchir à l'opportunité ou non d'un portage "brutal" par rapport
à une vraie réécriture...
> Si oui, est-il facile de maintenir une application VB autonome et WEB
> dans le temps ?
Ca dépend de l'appli et de la façon dont le code est écrit.
> Cela est-il courant ?
Difficile à dire. En tout cas, ça existe (de plus en plus).
> Le principe serait d'avoir un noyau commun, la seule différence serait
> la gestion de l'IHM.
C'est bien sur la bonne façon de faire. Idéalement, l'IHM devrait se
contenter
d'afficher des données et de renvoyer des informations sur des actions ou
des
changements. Dans tous les cas, c'est la couche métier qui doit réali ser le
travail associé.
Sur cette base, la maintenance devient assez facile.
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ;
FAQ VB:http://faq.vb.free.fr/
On 5 août, 10:40, "Jean-marc"
wrote:
> max_mont wrote:
> > Bonjour,
> Bonjour,
> > Je souhaite réécrire une grosse application (actuellement en VB5) en
> > VB.NET. Pour cela, je voudrais faire une application autonome
> > executable sur un PC.
> Elle sera autonome pour autant que le .net framework soit installé
> sur le PC ou réside l'application.
> > Par la suite, je souhaiterais que cette application soit utilisable
> > aussi en application WEB (ASP + VB.NET).
> > Je n'ai pas beaucoup de notion de dev web (scolaire).
> > Est-il possible et facile de migrer une application VB autonome en une
> > application WEB ?
> Oui et non. C'est faisable, évidemment. Quand à la facilité, ça va dépendre
> très fort de la qualité et de la structure du code. En tout cas, il
> ne faut pas s'attendre à de la magie: ce sera dans tous les cas (au m ieux)
> pas mal de boulot. Tu peux espérer récupérer les modules de calcu l, si ils
> sont bien isolés de l'IHM.
> NOTE: Il faut réfléchir pendant la migration sur la pertinence d'un
> "portage".
> En effet, .Net offre tout un tas de facilités qui rendent peut être
> très simples des traitements qui en VB étaient très compliqués. Il faut
> alors réfléchir à l'opportunité ou non d'un portage "brutal" pa r rapport
> à une vraie réécriture...
> > Si oui, est-il facile de maintenir une application VB autonome et WEB
> > dans le temps ?
> Ca dépend de l'appli et de la façon dont le code est écrit.
> > Cela est-il courant ?
> Difficile à dire. En tout cas, ça existe (de plus en plus).
> > Le principe serait d'avoir un noyau commun, la seule différence ser ait
> > la gestion de l'IHM.
> C'est bien sur la bonne façon de faire. Idéalement, l'IHM devrait se
> contenter
> d'afficher des données et de renvoyer des informations sur des action s ou
> des
> changements. Dans tous les cas, c'est la couche métier qui doit réa liser le
> travail associé.
> Sur cette base, la maintenance devient assez facile.
> --
> Jean-marc Noury (jean_marc_n2)
> Microsoft MVP - Visual Basic
> mailto: remove '_no_spam_' ;
> FAQ VB:http://faq.vb.free.fr/
Cette techno m'a l'air tres interessante.
Par contre, elle appartient completement au monde microsoft.
Pour le developpement en VB, je suppose qu'il faut utiliser VS.NET.
Pour heberger l'application WEB, je pensais utiliser le serveur
d'application gratuit de MS WebMatrix.
Est-il suffisant ? Ou bien, faut-il s'orienter vers le serveur IIS ?
Je précise que le serveur d'application sera utilisé sur plusieurs
machines.
On 5 août, 10:40, "Jean-marc" <NO_SPAM_jean_marc...@yahoo.fr.invalid>
wrote:
> max_mont wrote:
> > Bonjour,
> Bonjour,
> > Je souhaite réécrire une grosse application (actuellement en VB5) en
> > VB.NET. Pour cela, je voudrais faire une application autonome
> > executable sur un PC.
> Elle sera autonome pour autant que le .net framework soit installé
> sur le PC ou réside l'application.
> > Par la suite, je souhaiterais que cette application soit utilisable
> > aussi en application WEB (ASP + VB.NET).
> > Je n'ai pas beaucoup de notion de dev web (scolaire).
> > Est-il possible et facile de migrer une application VB autonome en une
> > application WEB ?
> Oui et non. C'est faisable, évidemment. Quand à la facilité, ça va dépendre
> très fort de la qualité et de la structure du code. En tout cas, il
> ne faut pas s'attendre à de la magie: ce sera dans tous les cas (au m ieux)
> pas mal de boulot. Tu peux espérer récupérer les modules de calcu l, si ils
> sont bien isolés de l'IHM.
> NOTE: Il faut réfléchir pendant la migration sur la pertinence d'un
> "portage".
> En effet, .Net offre tout un tas de facilités qui rendent peut être
> très simples des traitements qui en VB étaient très compliqués. Il faut
> alors réfléchir à l'opportunité ou non d'un portage "brutal" pa r rapport
> à une vraie réécriture...
> > Si oui, est-il facile de maintenir une application VB autonome et WEB
> > dans le temps ?
> Ca dépend de l'appli et de la façon dont le code est écrit.
> > Cela est-il courant ?
> Difficile à dire. En tout cas, ça existe (de plus en plus).
> > Le principe serait d'avoir un noyau commun, la seule différence ser ait
> > la gestion de l'IHM.
> C'est bien sur la bonne façon de faire. Idéalement, l'IHM devrait se
> contenter
> d'afficher des données et de renvoyer des informations sur des action s ou
> des
> changements. Dans tous les cas, c'est la couche métier qui doit réa liser le
> travail associé.
> Sur cette base, la maintenance devient assez facile.
> --
> Jean-marc Noury (jean_marc_n2)
> Microsoft MVP - Visual Basic
> mailto: remove '_no_spam_' ; _no_spam_jean_marc...@yahoo.fr
> FAQ VB:http://faq.vb.free.fr/
Cette techno m'a l'air tres interessante.
Par contre, elle appartient completement au monde microsoft.
Pour le developpement en VB, je suppose qu'il faut utiliser VS.NET.
Pour heberger l'application WEB, je pensais utiliser le serveur
d'application gratuit de MS WebMatrix.
Est-il suffisant ? Ou bien, faut-il s'orienter vers le serveur IIS ?
Je précise que le serveur d'application sera utilisé sur plusieurs
machines.
On 5 août, 10:40, "Jean-marc"
wrote:
> max_mont wrote:
> > Bonjour,
> Bonjour,
> > Je souhaite réécrire une grosse application (actuellement en VB5) en
> > VB.NET. Pour cela, je voudrais faire une application autonome
> > executable sur un PC.
> Elle sera autonome pour autant que le .net framework soit installé
> sur le PC ou réside l'application.
> > Par la suite, je souhaiterais que cette application soit utilisable
> > aussi en application WEB (ASP + VB.NET).
> > Je n'ai pas beaucoup de notion de dev web (scolaire).
> > Est-il possible et facile de migrer une application VB autonome en une
> > application WEB ?
> Oui et non. C'est faisable, évidemment. Quand à la facilité, ça va dépendre
> très fort de la qualité et de la structure du code. En tout cas, il
> ne faut pas s'attendre à de la magie: ce sera dans tous les cas (au m ieux)
> pas mal de boulot. Tu peux espérer récupérer les modules de calcu l, si ils
> sont bien isolés de l'IHM.
> NOTE: Il faut réfléchir pendant la migration sur la pertinence d'un
> "portage".
> En effet, .Net offre tout un tas de facilités qui rendent peut être
> très simples des traitements qui en VB étaient très compliqués. Il faut
> alors réfléchir à l'opportunité ou non d'un portage "brutal" pa r rapport
> à une vraie réécriture...
> > Si oui, est-il facile de maintenir une application VB autonome et WEB
> > dans le temps ?
> Ca dépend de l'appli et de la façon dont le code est écrit.
> > Cela est-il courant ?
> Difficile à dire. En tout cas, ça existe (de plus en plus).
> > Le principe serait d'avoir un noyau commun, la seule différence ser ait
> > la gestion de l'IHM.
> C'est bien sur la bonne façon de faire. Idéalement, l'IHM devrait se
> contenter
> d'afficher des données et de renvoyer des informations sur des action s ou
> des
> changements. Dans tous les cas, c'est la couche métier qui doit réa liser le
> travail associé.
> Sur cette base, la maintenance devient assez facile.
> --
> Jean-marc Noury (jean_marc_n2)
> Microsoft MVP - Visual Basic
> mailto: remove '_no_spam_' ;
> FAQ VB:http://faq.vb.free.fr/
Cette techno m'a l'air tres interessante.
Par contre, elle appartient completement au monde microsoft.
Pour le developpement en VB, je suppose qu'il faut utiliser VS.NET.
Pour heberger l'application WEB, je pensais utiliser le serveur
d'application gratuit de MS WebMatrix.
Est-il suffisant ? Ou bien, faut-il s'orienter vers le serveur IIS ?
Je précise que le serveur d'application sera utilisé sur plusieurs
machines.
>François Picalausa wrote:
Si le but est de gérer 1M connexions par secondes avec du code time-
critical, ce n'est certainement pas la solution.
<privatejoke>A moins
d'inclure un string builder bien entendu... même si personellement je
le déclinerais en une version safearray pour des raisons évidentes</
privatejoke>.
>François Picalausa wrote:
Si le but est de gérer 1M connexions par secondes avec du code time-
critical, ce n'est certainement pas la solution.
<privatejoke>A moins
d'inclure un string builder bien entendu... même si personellement je
le déclinerais en une version safearray pour des raisons évidentes</
privatejoke>.
>François Picalausa wrote:
Si le but est de gérer 1M connexions par secondes avec du code time-
critical, ce n'est certainement pas la solution.
<privatejoke>A moins
d'inclure un string builder bien entendu... même si personellement je
le déclinerais en une version safearray pour des raisons évidentes</
privatejoke>.
>François Picalausa wrote:
> Si le but est de gérer 1M connexions par secondes avec du code time-
> critical, ce n'est certainement pas la solution.
> <privatejoke>A moins
> d'inclure un string builder bien entendu... même si personellement je
> le déclinerais en une version safearray pour des raisons évidentes</
> privatejoke>.
<pj>Qu'il faut encore que je benche d'ailleurs...</pj>
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ;
FAQ VB:http://faq.vb.free.fr/
>François Picalausa wrote:
> Si le but est de gérer 1M connexions par secondes avec du code time-
> critical, ce n'est certainement pas la solution.
> <privatejoke>A moins
> d'inclure un string builder bien entendu... même si personellement je
> le déclinerais en une version safearray pour des raisons évidentes</
> privatejoke>.
<pj>Qu'il faut encore que je benche d'ailleurs...</pj>
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ; _no_spam_jean_marc...@yahoo.fr
FAQ VB:http://faq.vb.free.fr/
>François Picalausa wrote:
> Si le but est de gérer 1M connexions par secondes avec du code time-
> critical, ce n'est certainement pas la solution.
> <privatejoke>A moins
> d'inclure un string builder bien entendu... même si personellement je
> le déclinerais en une version safearray pour des raisons évidentes</
> privatejoke>.
<pj>Qu'il faut encore que je benche d'ailleurs...</pj>
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ;
FAQ VB:http://faq.vb.free.fr/
On 5 août, 13:43, "Jean-marc"
wrote:
En fait, c'est une appli qui gere une baie de tests de production.
Elle permet de séquencer des tests sur différents appareils en
parallèle.
Elle doit donc faire de la com ethernet, série, paralléle, GPIB ...
Le coté appli WEB est intéressante car tous les membres de l'usines
pourraient avoir des actions simultanées sur la baie suivant leurs
privilieges a travers un simple WEB Browser.
Donc le nombre de connexions ne devrait pas dépasser une dizaine voire
une vingtaine.
Je me demandais s'il était possible de faire tourner l'appli sur le
serveur de la baie en standalone en gérant une IHM classique et en
appli WEB (en gerant une IHM HTML) en meme temps ?
Je suis un peu exigeant mais je fais pour l'instant de la veille
technologique avant de me lancer tete baissée.
On 5 août, 13:43, "Jean-marc" <NO_SPAM_jean_marc...@yahoo.fr.invalid>
wrote:
En fait, c'est une appli qui gere une baie de tests de production.
Elle permet de séquencer des tests sur différents appareils en
parallèle.
Elle doit donc faire de la com ethernet, série, paralléle, GPIB ...
Le coté appli WEB est intéressante car tous les membres de l'usines
pourraient avoir des actions simultanées sur la baie suivant leurs
privilieges a travers un simple WEB Browser.
Donc le nombre de connexions ne devrait pas dépasser une dizaine voire
une vingtaine.
Je me demandais s'il était possible de faire tourner l'appli sur le
serveur de la baie en standalone en gérant une IHM classique et en
appli WEB (en gerant une IHM HTML) en meme temps ?
Je suis un peu exigeant mais je fais pour l'instant de la veille
technologique avant de me lancer tete baissée.
On 5 août, 13:43, "Jean-marc"
wrote:
En fait, c'est une appli qui gere une baie de tests de production.
Elle permet de séquencer des tests sur différents appareils en
parallèle.
Elle doit donc faire de la com ethernet, série, paralléle, GPIB ...
Le coté appli WEB est intéressante car tous les membres de l'usines
pourraient avoir des actions simultanées sur la baie suivant leurs
privilieges a travers un simple WEB Browser.
Donc le nombre de connexions ne devrait pas dépasser une dizaine voire
une vingtaine.
Je me demandais s'il était possible de faire tourner l'appli sur le
serveur de la baie en standalone en gérant une IHM classique et en
appli WEB (en gerant une IHM HTML) en meme temps ?
Je suis un peu exigeant mais je fais pour l'instant de la veille
technologique avant de me lancer tete baissée.
On 5 août, 13:43, "Jean-marc"
wrote:
> >François Picalausa wrote:
> > Si le but est de gérer 1M connexions par secondes avec du code time-
> > critical, ce n'est certainement pas la solution.
En fait, c'est une appli qui gere une baie de tests de production.
Elle permet de séquencer des tests sur différents appareils en
parallèle.
Elle doit donc faire de la com ethernet, série, paralléle, GPIB ...
Le coté appli WEB est intéressante car tous les membres de l'usines
pourraient avoir des actions simultanées sur la baie suivant leurs
privilieges a travers un simple WEB Browser.
Donc le nombre de connexions ne devrait pas dépasser une dizaine voire
une vingtaine.
Je me demandais s'il était possible de faire tourner l'appli sur le
serveur de la baie en standalone en gérant une IHM classique et en
appli WEB (en gerant une IHM HTML) en meme temps ?
Je suis un peu exigeant mais je fais pour l'instant de la veille
technologique avant de me lancer tete baissée.
D'avance merci
On 5 août, 13:43, "Jean-marc" <NO_SPAM_jean_marc...@yahoo.fr.invalid>
wrote:
> >François Picalausa wrote:
> > Si le but est de gérer 1M connexions par secondes avec du code time-
> > critical, ce n'est certainement pas la solution.
En fait, c'est une appli qui gere une baie de tests de production.
Elle permet de séquencer des tests sur différents appareils en
parallèle.
Elle doit donc faire de la com ethernet, série, paralléle, GPIB ...
Le coté appli WEB est intéressante car tous les membres de l'usines
pourraient avoir des actions simultanées sur la baie suivant leurs
privilieges a travers un simple WEB Browser.
Donc le nombre de connexions ne devrait pas dépasser une dizaine voire
une vingtaine.
Je me demandais s'il était possible de faire tourner l'appli sur le
serveur de la baie en standalone en gérant une IHM classique et en
appli WEB (en gerant une IHM HTML) en meme temps ?
Je suis un peu exigeant mais je fais pour l'instant de la veille
technologique avant de me lancer tete baissée.
D'avance merci
On 5 août, 13:43, "Jean-marc"
wrote:
> >François Picalausa wrote:
> > Si le but est de gérer 1M connexions par secondes avec du code time-
> > critical, ce n'est certainement pas la solution.
En fait, c'est une appli qui gere une baie de tests de production.
Elle permet de séquencer des tests sur différents appareils en
parallèle.
Elle doit donc faire de la com ethernet, série, paralléle, GPIB ...
Le coté appli WEB est intéressante car tous les membres de l'usines
pourraient avoir des actions simultanées sur la baie suivant leurs
privilieges a travers un simple WEB Browser.
Donc le nombre de connexions ne devrait pas dépasser une dizaine voire
une vingtaine.
Je me demandais s'il était possible de faire tourner l'appli sur le
serveur de la baie en standalone en gérant une IHM classique et en
appli WEB (en gerant une IHM HTML) en meme temps ?
Je suis un peu exigeant mais je fais pour l'instant de la veille
technologique avant de me lancer tete baissée.
D'avance merci
max_mont wrote:
> On 5 août, 13:43, "Jean-marc"
> wrote:
> En fait, c'est une appli qui gere une baie de tests de production.
> Elle permet de séquencer des tests sur différents appareils en
> parallèle.
> Elle doit donc faire de la com ethernet, série, paralléle, GPIB ...
> Le coté appli WEB est intéressante car tous les membres de l'usines
> pourraient avoir des actions simultanées sur la baie suivant leurs
> privilieges a travers un simple WEB Browser.
> Donc le nombre de connexions ne devrait pas dépasser une dizaine voire
> une vingtaine.
> Je me demandais s'il était possible de faire tourner l'appli sur le
> serveur de la baie en standalone en gérant une IHM classique et en
> appli WEB (en gerant une IHM HTML) en meme temps ?
> Je suis un peu exigeant mais je fais pour l'instant de la veille
> technologique avant de me lancer tete baissée.
Plein de choses sont possibles. Ce que tu demandes ici dépasse très
nettement le cadre de ce forum. Tu peux aussi prendre des renseignements
dur le groupe dédié à vb .net.
Disons que une application très bien découpée et pensée en ce sen s peut
sans trop de problèmes supporter 2 IHM. Dans la mesure ou on autorise
via le web des sessions simultanées, en avoir une de plusde type Windows
ne pose pas de problèmes. Tout ça est théorique bien sur. En pratiq ue,
pour que cela soit possible, il faut une appli vraiment écrite pour
supporter tout cela.
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ;
FAQ VB:http://faq.vb.free.fr/
max_mont wrote:
> On 5 août, 13:43, "Jean-marc" <NO_SPAM_jean_marc...@yahoo.fr.invalid>
> wrote:
> En fait, c'est une appli qui gere une baie de tests de production.
> Elle permet de séquencer des tests sur différents appareils en
> parallèle.
> Elle doit donc faire de la com ethernet, série, paralléle, GPIB ...
> Le coté appli WEB est intéressante car tous les membres de l'usines
> pourraient avoir des actions simultanées sur la baie suivant leurs
> privilieges a travers un simple WEB Browser.
> Donc le nombre de connexions ne devrait pas dépasser une dizaine voire
> une vingtaine.
> Je me demandais s'il était possible de faire tourner l'appli sur le
> serveur de la baie en standalone en gérant une IHM classique et en
> appli WEB (en gerant une IHM HTML) en meme temps ?
> Je suis un peu exigeant mais je fais pour l'instant de la veille
> technologique avant de me lancer tete baissée.
Plein de choses sont possibles. Ce que tu demandes ici dépasse très
nettement le cadre de ce forum. Tu peux aussi prendre des renseignements
dur le groupe dédié à vb .net.
Disons que une application très bien découpée et pensée en ce sen s peut
sans trop de problèmes supporter 2 IHM. Dans la mesure ou on autorise
via le web des sessions simultanées, en avoir une de plusde type Windows
ne pose pas de problèmes. Tout ça est théorique bien sur. En pratiq ue,
pour que cela soit possible, il faut une appli vraiment écrite pour
supporter tout cela.
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ; _no_spam_jean_marc...@yahoo.fr
FAQ VB:http://faq.vb.free.fr/
max_mont wrote:
> On 5 août, 13:43, "Jean-marc"
> wrote:
> En fait, c'est une appli qui gere une baie de tests de production.
> Elle permet de séquencer des tests sur différents appareils en
> parallèle.
> Elle doit donc faire de la com ethernet, série, paralléle, GPIB ...
> Le coté appli WEB est intéressante car tous les membres de l'usines
> pourraient avoir des actions simultanées sur la baie suivant leurs
> privilieges a travers un simple WEB Browser.
> Donc le nombre de connexions ne devrait pas dépasser une dizaine voire
> une vingtaine.
> Je me demandais s'il était possible de faire tourner l'appli sur le
> serveur de la baie en standalone en gérant une IHM classique et en
> appli WEB (en gerant une IHM HTML) en meme temps ?
> Je suis un peu exigeant mais je fais pour l'instant de la veille
> technologique avant de me lancer tete baissée.
Plein de choses sont possibles. Ce que tu demandes ici dépasse très
nettement le cadre de ce forum. Tu peux aussi prendre des renseignements
dur le groupe dédié à vb .net.
Disons que une application très bien découpée et pensée en ce sen s peut
sans trop de problèmes supporter 2 IHM. Dans la mesure ou on autorise
via le web des sessions simultanées, en avoir une de plusde type Windows
ne pose pas de problèmes. Tout ça est théorique bien sur. En pratiq ue,
pour que cela soit possible, il faut une appli vraiment écrite pour
supporter tout cela.
--
Jean-marc Noury (jean_marc_n2)
Microsoft MVP - Visual Basic
mailto: remove '_no_spam_' ;
FAQ VB:http://faq.vb.free.fr/