La notion d'objet

Version imprimable

Voir 40 message(s) de cette discussion en une page

04/05/2011, 10h40
jujulips

La notion d'objet

Bonjour,

je débute en C# et en programmation OO.
J'ai du mal a comprendre pourquoi une fonction doit être membre d'une classe et l’intérêt d'en faire un objet !

Quelqu'un saurait il me montrer un exemple ou il est utile de faire un objet d'une fonction ?

Merci =) =) = )
04/05/2011, 11h25
Pcharles

Bonjour,

je débute depuis quelques années ( c'est long ...) donc j'espère ne pas dire de bétises :

D'abord, toutes les fonctions ne font pas forcemment des objets. Ensuite une classe, c'est principalement pour faire du rangement. Dans ta classe tu vas avoir une fonction ( ou plusieurs ) comportant le nom de ta classe qui va te permettre de créer des objets, c'est le constructeur. Ces objets possèdent un ensemble d'attributs et vont pouvoir manipuler un ensemble de fonction qui leurs sont propres et qui sont déclarées dans leurs classes. Par exemple un objet clavier et un objet avion n'ont pas les mêmes attributs ni les mêmes fonctions.

L'exemple le plus récurrent quand tu apprends la POO c'est la classe personne.

Voilà un exemple sur msdn Class Kid

Pour leur utilité, à force de pratiquer ça viendra tout seul, mais si tu veux un exemple qui j'espère est parlant : c'est plus facile de gérer un objet personne, plutôt que ses jambes, bras, pieds et le reste indépendament.
04/05/2011, 11h44
Gurdil le nain

Bonjour,

A mon avis, le meilleur moyen est de lire des tutos et de s'exercer.

En voici un, pour du vb.net mais les concepts de bases restent assez similaires :
Lien

Sinon, je te laisse un peu chercher, le web est rempli de tutos, d'exemples...
04/05/2011, 11h54
jujulips
Code:

1 2 3 4 5 6 // Constructor: public Kid(string name, int age) { this.name = name; this.age = age; }
Merci pour ton exemple il est très clair ! Cependant je me demande à quoi sert le constructeur, je suis en train de suivre le bouquin C# pour les nuls ( :cry: ) et je n'ai pas eu besoin de créer un construtor pour créer mes objets à partir d'une classe.

Vu le code en exemple j'aurais tendance à penser que cela vient du faite que les variables de la classe sont en private et que la classe n'est pas public ? . Pouvez vous me le confirmer ?
Code:

1 2 private int age; private string name;
Merci encore pour votre aide !
04/05/2011, 11h55
ctxnop

Salut,
La POO n'est qu'une vision des choses. La conception donne la vision du développeur. Mais sa vision est fortement dirigée par le langage.
Par exemple, en C, sans POO donc, tu va créer des structures pour agréger des données qui vont ensembles, puis tu va créer tout une panoplie de fonctions pour manipuler ces structures.
Les fonctions auront en paramètre des instances de ces structures et ne pourront donc travailler avec rien d'autre.
Au final, tu te retrouve avec un groupe de fonction travaillant sur un type de structure, tu multiplie ca par le nombre de type de structure que tu vas être amener à créer. Résultat, tu as tout un tas de fonctions hétérogènes, sans aucun liens entre-elles, tout dans le même sac.

Avec la POO tu considère que tout est objet. Et un objet il a des propriétés visibles (genre un stylo il a une couleur, une dimension, etc...), d'autre non visibles (la composition chimique de l'encre par exemple).
Certaines peuvent être changées (certains stylos peuvent avoir une encre rechargeable, ou bien le cas des stylos 4 couleurs), d'autres non (on ne peut pas changer la taille du stylo).
Toutes les fonctionnalités du stylos sont embarquées dans le stylo lui-même.
Ce qui parait logique, si tu part de l'autre coté du monde avec ton stylo, il continuera de fonctionner.

La POO isole donc les objets qui deviennent complètement indépendants et peuvent être réutilisés n'importe où.

Après pour être plus précis ou expliquer d'autres intérêts, il faut rentrer dans des concepts très techniques du genre le polymorphisme. Je m'abstiens donc.

Pour faire simple, toute fonction qui manipule un objet devrait être une méthode de l'objet en question.
04/05/2011, 12h00
jujulips

Citation:

Envoyé par ctxnop

Salut,
La POO n'est qu'une vision des choses. La conception donne la vision du développeur. Mais sa vision est fortement dirigée par le langage.
Par exemple, en C, sans POO donc, tu va créer des structures pour agréger des données qui vont ensembles, puis tu va créer tout une panoplie de fonctions pour manipuler ces structures.
Les fonctions auront en paramètre des instances de ces structures et ne pourront donc travailler avec rien d'autre.
Au final, tu te retrouve avec un groupe de fonction travaillant sur un type de structure, tu multiplie ca par le nombre de type de structure que tu vas être amener à créer. Résultat, tu as tout un tas de fonctions hétérogènes, sans aucun liens entre-elles, tout dans le même sac.

Avec la POO tu considère que tout est objet. Et un objet il a des propriétés visibles (genre un stylo il a une couleur, une dimension, etc...), d'autre non visibles (la composition chimique de l'encre par exemple).
Certaines peuvent être changées (certains stylos peuvent avoir une encre rechargeable, ou bien le cas des stylos 4 couleurs), d'autres non (on ne peut pas changer la taille du stylo).
Toutes les fonctionnalités du stylos sont embarquées dans le stylo lui-même.
Ce qui parait logique, si tu part de l'autre coté du monde avec ton stylo, il continuera de fonctionner.

La POO isole donc les objets qui deviennent complètement indépendants et peuvent être réutilisés n'importe où.

Après pour être plus précis ou expliquer d'autres intérêts, il faut rentrer dans des concepts très techniques du genre le polymorphisme. Je m'abstiens donc.

Pour faire simple, toute fonction qui manipule un objet devrait être une méthode de l'objet en question.

En gros au lieux d'utiliser une fonction à part pour tous les objets d'une même classe on l'intègre directement dans la classe.

C'est plus une facon de ranger la fonction en faite, et on l'appel une méthode c'est ca ?

Citation:

Envoyé par jujulips

Cependant je me demande à quoi sert le constructeur, je suis en train de suivre le bouquin C# pour les nuls ( :cry: ) et je n'ai pas eu besoin de créer un construtor pour créer mes objets à partir d'une classe.

Vu le code en exemple j'aurais tendance à penser que cela vient du faite que les variables de la classe sont en private et que la classe n'est pas public ? . Pouvez vous me le confirmer ?

C'est un peu l'histoire de mes propriétés du stylo que je ne peux pas changer.
Quand je construit un stylo, je décide de ses dimensions, une fois construit, ses dimensions ne peuvent plus être changées.

Je traduit ca par code :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 public class Stylo { private int _Taille; public Stylo(int Taille) { _Taille = Taille; } } // Pour construire une stylo : Stylo s = new Stylo(8); // Voila, un stylo de taille 8, plus rien ne peut changer cette taille.
Un constructeur sert a construire l'objet en initialisant les propriétés à ses valeurs d'usine.
Certaines pourronts changer ensuite, d'autres non, mais à la sortie d'usine, une voiture a des pneus, une couleur, etc..., ils ne te donnent la donnent pas en kit, elle est pré-montée/paramétrées, rien ne t'empêche ensuite de la modifier.

04/05/2011, 12h02
ctxnop

Citation:

Envoyé par jujulips

En gros au lieux d'utiliser une fonction à part pour tous les objets d'une même classe on l'intègre directement dans la classe.

C'est plus une facon de ranger la fonction en faite, et on l'appel une méthode c'est ca ?

Disons qu'en apparence c'est un simple rangement, mais les implications de ce rangement va bien plus loin.
04/05/2011, 14h35
jujulips
Ca me parait beaucoup plus clair du coup, merci à tous !

du coup j'ai une dernière petite question ;

Imaginons une Classe voiture, le programme créé

BMW M3 450 CH 3 Portes
Citroen C4 90 CH 5 Portes
Ford Focus 115CH 3 Portes

J'ai créé une classe avec mes variables, mon constructeur, et une fonction d'affichage nommé Affiche().

Il serait intéssant d'afficher tous les Objets de classe Voiture même si on ne connais pas leur nom !

J'ai essayé
Code:

1 2 3 4 foreach (string element in Voiture) { element.Affiche(); }
Mais a prioris je n'ai pas le droit d'utiliser ma classe en tant que variable dans ma boucle foreach !

Comment faire ?

Merci encore de votre patience ! ;)

Salut.

Il faut que tu passes par exemple par une liste de voitures, List<Voiture> :

Code:

1
2
3
4
5
6
7
8
9
10
// Tu construis ta liste de voitures
List<Voiture> voitures = new List<Voiture>();
voitures.Add(new Voiture("BMW", ...));
voitures.Add(new Voiture("Citroen", ...));
voitures.Add(new Voiture("Ford", ...));
 
// Et tu boucles sur ta liste
foreach (var voiture in voitures) {
    voiture.Affiche();
}

;)

Citation:
Envoyé par _Max_
Salut.

Il faut que tu passes par exemple par une liste de voitures, List<Voiture> :
Code:

1 2 3 4 5 6 7 8 9 10 // Tu construis ta liste de voitures List<Voiture> voitures = new List<Voiture>(); voitures.Add(new Voiture("BMW", ...)); voitures.Add(new Voiture("Citroen", ...)); voitures.Add(new Voiture("Ford", ...)); // Et tu boucles sur ta liste foreach (var voiture in voitures) { voiture.Affiche(); }
;)
Si je comprend bien, au lieu de créer un object on l'ajout dans une liste avant de le creer , c'est ca ?

04/05/2011, 14h51
ctxnop

euh non, il a écrit en une ligne donc il utilise la pile comme zone tampon, mais il y bien deux étapes.
1 - new Voiture("...") => Création d'un objet Voiture, comme il n'y a pas d'affectation, l'objet est mis sur la pile
2 - voitures.Add( ) => Place la voiture fraichement créée dans la liste.
04/05/2011, 15h14
jujulips

Citation:

Envoyé par ctxnop

euh non, il a écrit en une ligne donc il utilise la pile comme zone tampon, mais il y bien deux étapes.
1 - new Voiture("...") => Création d'un objet Voiture, comme il n'y a pas d'affectation, l'objet est mis sur la pile
2 - voitures.Add( ) => Place la voiture fraichement créée dans la liste.

Okay je pense avoir pijé le truc ! C# créé l'object et enregistre le nom l'object dans un liste ... c'est ca ?
04/05/2011, 15h54
ctxnop

Pas tout a fait, il ne met pas le nom de l'objet dans la liste, il met l'objet en lui même.
Comme dans la réalité, tu ne met pas dans ta trousse un bout de papier sur lequel est écrit le nom de ton crayon. Tu met directement le crayon dans la trousse.
Rappelles-toi : tout est objet.

En C tu passe à tes fonctions des valeurs identifants les objets (les handles), la fonction retrouve les données associées parce que la valeur passée est un pointeur ou un identifiant permettant la recherche dans un tableau/une liste.

En objet, on s'embête pas, on passe directement l'objet. Exactement comme si je te prêtait mon crayon : pour ca je suis bien obliger de te le donner, je ne peux pas me contenter de te dire comme il s'appel.
04/05/2011, 16h07
Gurdil le nain

Je profite de cette discussion fort intéressante pour poser une question :D

Dans la liste, il stocke l'objet ou sa référence ?
04/05/2011, 16h07
jujulips

Citation:

Envoyé par ctxnop

Pas tout a fait, il ne met pas le nom de l'objet dans la liste, il met l'objet en lui même.
Comme dans la réalité, tu ne met pas dans ta trousse un bout de papier sur lequel est écrit le nom de ton crayon. Tu met directement le crayon dans la trousse.
Rappelles-toi : tout est objet.

En C tu passe à tes fonctions des valeurs identifants les objets (les handles), la fonction retrouve les données associées parce que la valeur passée est un pointeur ou un identifiant permettant la recherche dans un tableau/une liste.

En objet, on s'embête pas, on passe directement l'objet. Exactement comme si je te prêtait mon crayon : pour ca je suis bien obliger de te le donner, je ne peux pas me contenter de te dire comme il s'appel.

Ce qui me parait étonnant dans la facon de fonctionner avec la liste c'est qu'on ne donne pas de nom aux objets.

Pour créé mon objet j'aurais eu tendance a faire ceci :

Code:

Voiture BMW1 = new Voiture("BMW",...)

Du coup pour récupérer envoyer cet object vers une fonction j'aurais pu simplement faire BMW1.affiche();

Alors que la avec cette facon de fonction je ne vois pas quell nom aurait mon object ormis Voiture[0].

Du coup j’imagine bien qu on puisse faire un Voitures BMW1 = Voiture[0]
mais l'objet est alors dupliqué non ?
04/05/2011, 16h08
jujulips

Citation:

Envoyé par Gurdil le nain

Je profite de cette discussion fort intéressante pour poser une question :D

Dans la liste, il stocke l'objet ou sa référence ?

D'après la réponse de ctxnop : l'objet lui même !
04/05/2011, 16h15
Bluedeep

Citation:

Envoyé par Gurdil le nain

Dans la liste, il stocke l'objet ou sa référence ?

En .Net, on ne manipule que les references pour les types references (class) et les valeurs pour les types ... value (struct).

Le concept de déréférencer un type reférence n'existe pas en C#
04/05/2011, 16h20
Bluedeep

Citation:

Envoyé par jujulips

D'après la réponse de ctxnop : l'objet lui même !

Non.
04/05/2011, 16h25
jujulips

Citation:

Envoyé par Bluedeep

Non.

J'ai mal compris sa réponse?

Voir 40 message(s) de cette discussion en une page