[C#] Se connecter à une BDD sur un serveur distant (internet)

Bonjour à toutes et à tous.

Je cherche à créer une application en langage C# qui me permettrais de me connecter à une BDD afin d'y écrire/lire des informations.

On m'a conseillé d'utiliser Remoting du .NET.
http://defaut.developpez.com/tutorie...t/remoting/cs/

Pour le moment j'aimerais avoir votre avis concernant la façon de faire car j'y connais tout simplement rien. Et l'avis de personnes d'expérience qui pourrait m'aiguiller rapidement sur la meilleure démarche me serait utile, je vais rencontrer suffisamment de problèmes comme ça je pense sans devoir recommencer parce que j'ai pas la bonne architecture ^_^

Merci.

Bonjour,

Les choix tel que du Remoting, web services, ... dépendent de ton architecture, de ce qu'il est possible de faire coté serveur et coté client, en fait leur utilisation est un choix d'architecture.

Enfin si tu n'as pas la main coté serveur, c'est à la personne qui est en charge de cette partie de te fournir les éléments pour t'y connecter et interagir avec.

Sans plus de détails, il sera très dur de te répondre de façon adéquate !

Donc je vais vous expliquer le but du logiciel.

C'est un logiciel destiné à une foultitude de personnes, dans un jeu.

Il doit permettre au joueur de pouvoir sauvegarder son personnage, ajouter des boss, des sorts, faire des tests de résistance de son personnage par rapport à des sorts, bref un simulateur en gros et une base de données pour répertorier des infos sur le jeu.

Y aura aussi des fonctions pour pouvoir connaître à l'avance sa vie à tel level en fonction de stats choisies, bref un truc comme ca.

Ok, on sait quel est le but de ton application !

Mais tu n'apportes aucune réponse sur l'architecture à part que l'application est multi-utilisateur.

A partir de là, on peut imaginer tout et n'importe quoi et surtout n'importe quoi tant qu'on aura aucune idée des contraintes.

Moi j'en vois une directement, c'est que l'utilisateur doit installer ton application sur sa machine ce qui pose différents problèmes :

• Moi je suis un utilisateur et je ne veux installer une application qui sera pour moi "certifiée" comme ne faisant pas autre chose que ce qu'elle est sensée faire
• Si ton application évolue (par exemple le modèle de données, ...), il faut que tous les clients (application installée par l'utilisateur) soient à jour, donc il faut gérer ce point pour le garantir

Une foultitude de personnes, combien ? 10 ? 100 ? 1000 ? 10 000 ? ... ? les contraintes donc les choix ne sont pas les mêmes en fonction du nombre d'utilisateurs.

Une centaines de personnes simultanément, tout au plus, une dizaine en général.

Peut être utilisée par 10000 personnes mais pas avant plusieurs années le jeu n'en comprenant que 7000 dont un nombre inconnu de personne unique (multicompte autorisé) donc pour le moment je vise plutôt entre 100 et 1000 le nombre d'utilisateurs.

Je ne compte pas générer d'installation, ca serait simplement une application qui s'exécute avec le .exe, un système de prévention des mises à jour mais pas de mise à jour automatique, en gros l'utilisateur est prévenu qu'il y a une mise à jour et il a un lien pour la télécharger.

Je mettrais aussi surement en place un système de connexion avec login/password.

Je vous conseillerais d'utiliser WCF et un client WPF enfin click-once pour la signature numérique et donc l'authenticité de l'application et le déploiement de l'application ainsi que les mise à jour.

Oui je suis 100% d'accord avec vous "WOLO Laurent", pour WCF et WPF mais ses compétences ne sont pas à la porté d'un jeune étudiant de première année d'école d'informatique.
Je lui conseillait .Net Remoting avec une pseudo Archi SOA (Juste le système de message) pour une évolution plus simple dans l'avenir.

Après pour une personne ayant de grande compétence un site Web avec Silverlight et WCF serait génial pour l'application.

Pour ClickOnce Oui et en plus y a plein de tuto sur le Net. Si tu as des problèmes je reste à ta dispo sur Skype :)

Il est vrai que l'architure serait un plus pour t'aider...:mouarf:
Les propositions WCF et Silverlight sont de bonnes idées... mais il faut bien en comprendre les mécanismes avant de s'y lancer.

WCF=Remoting++,Weservice++, ...., donc il vaut mieux s'y lancer.

J'ai peur de me lancer dans un truc trop gros, il est fort probable que plus tard je passe l'application en PHP de manière plus globale. (Y a le temps.)

Mon but étant de m'entrainer à manier les langages ca ne sera pas de toute repos ni une perte de temps.

Je vous remercie pour tous vos conseils.