Discussion :

[bellak]

Salut a tous ,
j'ai quelques questions si quelqu'un pourrait m'aider ,
donc je veux créer une appli de gestion des stocks qui tourne en réseau (tous types) le problème est que je ne sais rien sur la programmation réseau:

1- qu'est-ce-que vous me proposez pour débuter et si vous avez des tutos ou des liens utiles je suis preneur .

2- pour l'accès aux données qu'est-ce-que vous me conseillez comme mode de connexion sachant qu'au changement d'un article je veux bloquer l'enregistrement pour un seul utilisateur.

merci d'avance .
P.S : j'utilise VS 2008 , .NET depend de ce que vous me proposiez .
SQL Server .

[Paul Musso]

Bonjour,

WCF du framework .Net 3.0 devrait te convenir : http://vincentlaine.developpez.com/tuto/dotnet/wcf/.

Ce framework regroupe "toutes" les techniques de communication réseau populaires comme le TCP, Web Service, REST, MSMQ, P2P, .Net Remoting, etc ...

Ce qui est très intéressant avec lui, c'est que les caractéristiques techniques comme le protocole utilisé, sont définies dans un fichier de configuration XML. En le modifiant, tu peux théoriquement transformer un web service SOAP en service TCP.

Je ne pourrais que te conseiller le mode déconnecté, et pourquoi pas d'utiliser Entity Framework : http://pmusso.developpez.com/tutorie.../introduction/ (ptite pub au passage ^^). Ce framework de mapping objet relationnel te permet de générer ta couche d'accès aux données à partir d'une bdd existante. Il fonctionne bien avec SQL Serveur.

[bellak]

Bonjour Paul Musso ,
tout d'abord merci pour le temps que tu as consacré pour me repondre .
juste quelques questions si vous permettez :
1- pour ce genre d'application est-ce-que je dois decomposer mon projet en 2 couches (client , serveur) , si c'est le cas qu'est-ce-que vous me proposez de faire dans la couche serveur .
2- pour l'acces aux donnees (deconnecté ou bien l'Entity que tu m'as proposé) est-ce-que cela me garanti l'acces concurent .
si vous voulez je peux poster un ptit exemple sur ce que je veux dans la partie acces aux donnees .
re merci .

[Paul Musso]

1- WCF est un framework orienté service. Donc ta partie serveur est appelé un service, quelque soit le protocole utilisé. L'architecture est donc divisée en 2 parties client et serveur.

• Pour un service HTTP (appellé aussi Web), la partie serveur peut être créée à l'aide du template "WCF Service Application" dans la partie "Web" de la boite de création de projet. Ceci te génère le code nécessaire pour un web service WCF, hébergé pour l'instant sur ton serveur web de Visual Studio. Tu pourra ensuite le publier facilement sur un serveur IIS via la commande "Publish".
• Pour un autre service, je te conseille de créer une librarie qui va définir ton service (contrat de service et de données). Le template "WCF Service Library" est très bien pour cela. Ensuite, il faut s'occuper du programme qui va héberger ton service. Cela peut être n'importe quel type d'application (Console, Service Windows, Winforms, WPF). Tu trouvera un exemple d'une application console hébergeant un service ici : http://vincentlaine.developpez.com/tuto/dotnet/wcf/#LIV.

Je te conseille ensuite de rajouter une librairie à part contenant des objets métiers, qui sera utilisé par ton service. C'est assez simple, mais ca marche bien.

Le programme client peut être aussi de n'importe quel type (ASP.Net, Winforms, WPF, Console ou Service Windows). Une fois que ton service est compilé et lancé, tu peux ajouter une reférence au service dans l'application cliente avec la commande "Add Service Reference". Ceci génère en gros une classe proxy qui te permettra d'appeler facilement ton service (application serveur) de ton client.

2- Concernant l'accès concurrentiel, Entity Framework le gère effectivement : http://pmusso.developpez.com/tutorie...oduction/#L3.5

[bellak]

Merci Paul , comme ça c'est un peu clair et je peux faire de la recherche .
grand merci pour les tutos , chapeau .