Discussion :

[lamyae_84]

slt tt la monde,
je suis de retour pour un autre problème:
je débute en C#, et j ai besoin d'être orienté pour organiser mon projet( une gestion classique), et le réussir comme il faut.
j ai besoin de vos conseils en tant qu'experienté en la matiere,
je signale que je travaille sous Visual C#, les questions que j me pose:que dois je programmer au juste? que dois je separer dans mon code? Bref comment dois je structurer mon projet????

[neguib]

Bonjour lamyae_84

Pour réellement être judicieux dans nos conseils, il serait souhaitable que nous en sachions plus sur le cahier des charges du projet en question. Bien qu'il n'y ait pas de règles absolues, il existe de bonnes pratiques. Séparer par exemple ton projet en couches peut s'avérer très pertinent, notamment pour ceux qui auront à maintenir ton application.
Distinguer ce qui est de:

• la responsabilite Interface graphique
• la responsabilite de l'accès et gestion de données
• la responsabilite de traitements métier spécifiques

Globalement d'un projet tu passes à une solution qui intègre 3 projets ( une application Windows par exemple qui elle-même d'ailleurs pourrait se redecomposer, et de 2 bibliothèques de classes)
Donnes-nous un peu plus de précisions, si c'est nécessaire

[5:35pm]

et ajoute aussi un projet console, et cree une version console de ton appli qui te permettra de faire les test.
cree une series de mots cles, avec optionnellement des parametres, que tu associe avec les differents traitements de ton appli, et qui permet d'afficher les informations que tu vois pas en mode GUI. c'est tres utile, et ca rend productif =)

[Invité]

Tu peux aussi ajouter un projet test unitaire dans le lequel tu pourras mettre tous tes test unitaire concernant les classe que tu as developpé. Tu peux utilisé pour effectuer tes tests unitaires NUNIT(Il est gratuit).

[lamyae_84]

je ss d'acord avec vous pour cki est de la distinction entre les différentes taches,mais pourriez vous etre plus précis?coté pratique,
pour ce ki est du projet,c 'est une simple gestion de contrat de maintenance,j ai réalisé mon diagramme de classe,,et je vais programmer toute les classes ki s y trouvent,j ai programmer ensuite une classe"connexion",ki fait la connexion avec la base de données avec une methode ki retourne un résultata de type datareader et il reste encore du travail à faire.
pour cki est des tests,sachez ke je test tt avant d l integrer ds mon projet,
tt ça c est pa mal pr un début????

[neguib]

... mais pourriez vous etre plus précis?coté pratique,
pour ce ki est du projet

Qu'es-ce qui te pose souci précisement dans l'exemple de modèle que je t'ai proposé par exemple vis à vis de ton application en cours

[5:35pm]

tu ajoute les projets dans ta solution.
puis pour utliser un projet librairie (souvent dll) depuis un autre projet, tu fais "ajouter reference"

[cladsam]

Ce que te proposes neguib est la solution qui s'avère presque toujours la plus pertinente et qui a en plus l'avantage de s'adapter meme à de gros projets de gestion ( regarde par exemple les cours de Serge Tahé sur le model MVC)
Maintenant, il s'agit la de la facon d'organiser ton projet dans le sens organisé les classes , leur responsabilités etc.
Peut etre que ce que tu cherchais toi c'était comment CONDUIRE ton projet dans le sens je commence par faire une analyse papier, je rédige un diagramme de use case, je comence a coder etc..?

[5:35pm]

alors la c'est une question peut etre trop ouverte.
et la je pense au debat Qui pratique la programmation spontanée ?
vive la programmation a l'arrache lol

plus serieusement, c'est une question de bon sens non?
d'abord evaluer les besoin du logiciel
puis creer les librairies de traitement
niveau code, attribuer des role precis a des classes de la maniere la plus concise possible, faudrait aussi s'interresser au Design Pattern.
a mon avis le gui est la derniere chose a travailler.
apres c'est surtout de l'experience non?