Discussion :

[twitty20]

Bonjour, je suis débutant en ASP.NET et j'ai une application intranet à réaliser pour une entreprise, j'hésite dans le choix du type d'interface, WebForm ou WindowsForm,voici qlq caracteristiques de l'application que je vais developper:
* application de gestion
* architecture client-serveur 2 tier
* L'application sera integrée dans le système d'information da l'entreprise (mon application doit communiquer avec d'autre application de l'entreprise ex: gestion des stocks, comptabilité analytique ...,je dois utiliser pour mon application les données stockées dans les differentes BDD de l'entreprise )
* Voici qlq info sur le système d'information de l'entreprise:
toutes les applications sont developpées avec VB6, SQLServer 2000
architecture client-serveur 2 tier, base de données decentralisée (avec non-redondance de données).
Est-ce que je peux utiliser des WebForm ? est-ce que cela peut poser des problèmes ?

[Bluedeep]

Personne ne te répond car il n'y a pas de question !!!

Plus haut, tu dis que tu dois réaliser une appi intranet, donc apparrement, quelqu'un a déjà choisi; donc pourquoi poses tu une question sur quelque chose de déjà déterminé ??????

(étant évident que les winform ne s'utilisent qu'avec une appli "client lourde" et si tu ne le sais pas tu devrais commencer par lire les tutoriaux basiques sur .net avant d'imaginer écrire une seule ligne de code).

[Jsh]

Oui tu peux utiliser des webforms, tu te connecteras sur la base de données.

Mais Bluedeep a raison si "on" a dit intranet, c'est qu'il y a une volonté de portabilité (entre autre) et il faut te tourner vers une appli web.

Un bon travail d'analyse est essentiel !

[twitty20]

Merci bcp pour vos explications "Jsh"
D'apres ce que j'ai compri vaut mieu utiliser des winform dans mon cas (à cause du volume de traitements élevé)
Apres qlq rech j'ai trouver qu'il falait maitriser ajax, css, javascript et html pour developper des webform, mais vu que:
* le temps disponible est min
* l'application est destinée à une entreprise de taille moyenne
* apparament y a bcp de traitements dans mon appli
je pense que je vais developper avec des winform

Merci "Bluedeep" pour votre reponse malgré que je pense que vous n'avez pas compris ma quest (elle est mal formulée peut être???)
1. En fait je suis ds l'etape analyse de mon syst d'info et je dois faire une appli intranet client/serveur 2 tier car:
* l'entreprise concernée est de taille moyenne et elle adapte deja une archi client/serveur 2 tier donc je pense que ca vaut pas le coup d'employer un nouveau serveur pour passer à l'archi 3 tier
* l'en/se n'a pas la volonté d'acheter un nouveau serveur (difficultés financieres) pour une archi client / serveur 3 tier, disons qu'elle est satisfaite de son reseau local (malgré qu'il y a des pb de lenteur d'acces a la bdd !)
*l'entreprise dispose déja d'une architecture client/serveur 2 tier et comme je vais realiser une appli integrée je pense qu'il vaut mieux garder la meme architecture (là je suis pas encore sûre)
Vous dites que quelqu'un a dejà choisi à ma place pour l'intranet !, mais non ca c'est le resultat de mon analyse !!!
2. j'ai dit au debut que je suis debutante en VB.net et je vien de commencer à me documenter, si je pose cette quest c'est que je trouve pas de reponse à mon sousis ds les livres et je pense que le forum est fait pour cela (en fait c'est tres theorique dans les livres)

Si vous avez des remarques ou des propositions je serais reconnaissante

Merci

[Bluedeep]

1. En fait je suis ds l'etape analyse de mon syst d'info et je dois faire une appli intranet client/serveur 2 tier car:

Le problème c'est que le terme intranet désigne (en général, enfin, je l'ai toujours vu utilisé ainsi) un "internet interne"; donc, ou tu veux faire une application intranet (donc, dans le cas qui nous occupe IIS et client "browser") OU une application client/serveur - même si rien n'empêche un serveur intranet d'être un client dans une architecture client/serveur - mais pas une application intranet client/serveur (le terme client/serveur quand il s'applique à une application désigne en général une appli "client lourd", donc concrètement, ici faites avec des Winform - même si on peut appeler ainsi une application "client riche" communiquant avec un webservice, l'emploi du terme est inusité dans ce contexte - même si il n'est pas absolument incorrect).

Ces termes (intranet, client-serveur, etc ..) et les concepts recouverts ne sont par ailleurs absolument pas spécifiques à une plateforme technique donnée, mais très génériques; l'aspect "débutant en VB.net" ne rentre donc pas en ligne de compte.

D'où la réponse un peu sèche à ta question que je ne considérais pas comme en étant une.

[twitty20]

Ah d'accord, moi je pensais qu'un intranet d'architecture client/serveur 2 tier = un reseau local d'architecture client/serveur 2 tier (je pensais que c'etait la même chose)
D'apres ce que j'ai compri vous voulez dire que :
pour "intranet": on peut utilise les webform
mais pour "reseau local": on doit utiliser des winform car c'est une "appli client lourd".
n'est-ce pas ?

Merci Bluedeep de bien vouloir me repondre

[Jsh]

Wikipedia nous dit :
"Un intranet est un réseau informatique utilisé à l'intérieur d'une entreprise ou de toute autre entité organisationnelle utilisant les techniques de communication d'internet (IP, serveurs HTTP)."
(http://fr.wikipedia.org/wiki/Intranet)

On en déduit qu'on utilisera la partie "Créer un site Internet" de Visual Studio ou Visual Web Developer , donc des webforms. Un intranet ça s'utilise à travers un navigateur. Donc on utilise des webforms dans notre cas de développement.

Et on ne peut pas utiliser de webforms dans le développement d'une application non web avec VS. A moins que je ne me trompe !

[elkamy]

Salut JS !

On peut utiliser des services web

[Bluedeep]

Salut JS !

On peut utiliser des services web

Euh oui ? et ?

Le service web n'a d'intérêt que dans la mesure où on doit utiliser un client riche du type Ajax ou mettre à disposition des objets vers des clients inconnus(généralement d'autres webservice ou des serveurs web); sorti de ce cas de figure, où le service web est incontournable , cette solution ne présente que des limitations (liés à la définition de SOAP) et des contraintes (celles d'IIS) comparé aux autres méthodes d'expositions d'objets distants. En particulier, il n'y a aucun espèce d'intérêt -enfin, je n'en vois aucun- à utiliser un service web avec un client lourd, même si techniquement cela ne pose aucun problème.

[twitty20]

Salut tout le monde !!!!

Je vous remercie TOUS pour l'aide que vous m'avez apporté

En fait, je vais utiliser des winforms pour mon appli (je suis convaincue par vos reponses et j'ai meme fais qlq rech sur le net, je trouve que les winform sont plus appropriés à mon appli )


Merci bcpppp et bon courage

[elkamy]

Euh oui ? et ?

Le service web n'a d'intérêt que dans la mesure où on doit utiliser un client riche du type Ajax ou mettre à disposition des objets vers des clients inconnus(généralement d'autres webservice ou des serveurs web); sorti de ce cas de figure, où le service web est incontournable , cette solution ne présente que des limitations (liés à la définition de SOAP) et des contraintes (celles d'IIS) comparé aux autres méthodes d'expositions d'objets distants. En particulier, il n'y a aucun espèce d'intérêt -enfin, je n'en vois aucun- à utiliser un service web avec un client lourd, même si techniquement cela ne pose aucun problème.

Rhoolalala, ca plaisant pas ici