slt , je veux bien comprendre les 2 methodes java, GET et SET , ainsi que la difference entre les 2 . et merci bqp.<code type="java">

Voici ce que je sais (si c' est la même chose que le C++) :
Le Get est une fonction renvoyant une propriété, alors que le Set définit la propriété. Une proprieté d' un objet ne devrait jamais être accédée directement en Java...

merci bien, j aimerai bien savoir plus de details . mais bn merci pr la reponse .:)

ostream > pourquoi ?

Tu te trompes dod!

Un attribut, même si il est private, on peut y accéder dans la classe! Sinon, même les SET ne pourraient rien y faire!


En java, il y a trois type d'attributs:

les public : ceux là sont accessible de partout

les protected : ceux là sont accessible depuis la classe ou ils sont déclarés et depuis les classes qui héritent de cette classe.

les private, enfin, ne sont accessible que depuis la classe dans laquelle ils sont déclaré.


Du coup, si tu est dans une autre classe que la classe ou tu as déclaré ton attribut private, tu ne peux pas le modifier autrement qu'en faisant appel à une méthode de cet classe, que l'on nomme setAttribut en général, et qui ne fait qu'affecter une valeur à ton attribut. Ta méthode SET elle peut le faire puisqu'elle est dans la classe ou ton attribut est déclaré!

Même principe pour le GET, toujours si ton attribut est privé, c'est ton seul moyen de recupérer le contenu de ta variable.

Humm, j'ai pas l'impression d'avoir été super clair là!

euh, Bayo c'est pour cela que j'ai ajouté le cependant. J'ai bien dit qu'il était possible de modifier un attribut via la méthode set. En tout cas merci de bien préciser les différents types d'attributs et leurs significations car ce n'est pas toujours clair sur certains sites.

Citation : dod

Cependant, lorsque ces attributs sont privés, ils sont inaccessibles de puis ta classe.

Ca c'est faux, ou du moins très ambigu ou pas assez explicité.

Si un attribut d'une classe A est private, il est accessible tant qu'on est dans la classe A directement! Par contre, il est effectivement inaccessible si on cherche à l'atteindre depuis une classe B, sans passer par des accesseurs.

Oui, c'est vrai mais c'était plus ou moins évident. J'avais en tête l'utilisation de plusieurs classes donc je ne pensais pas à une seule classe. Oui, c'est vrai que si c'est dans la même classe mais si c'est dans une autre classe là ce n'est pas possible. J'avoue ne pas avoir été suffisamment clair mais merci de m'avoir corriger.

Sinon on parle plus de mutateurs que de modificateurs, non ?

Bayo et dod > question surprise ! Java est-il un langage orienté objet ? Si oui, pourquoi utilisez-vous parfois le mot "classe" comme un synonyme du mot "objet" ?


bestsuan > Concernant les méthodes get/set, le principe est assez simple à comprendre : Certaines variables d'instance ont des caractéristiques bien précises. Par exemple, l'âge d'une personne est toujours positif (on ne peut pas avoir "moins vingt ans"). Seulement, si notre variable age est modifiable en dehors de l'objet, rien n'empêche qu'un autre objet malintentionné (ou buggé) change l'âge pour une valeur négative.


Pour empêcher ça, on peut restreindre la portée de la variable age (pour qu'elle ne soit modifiable que depuis l'objet). Ça implique donc que la variable age est totalement inaccessible depuis l'extérieur de l'objet... ce qui est un peu gênant : ce qu'on cherche à faire, c'est autoriser la lecture et la modification de l'âge mais d'une manière sécurisée.
Pour y parvenir, on ajoute donc deux méthodes : getAge(), qui retourne l'âge, et setAge(int new_age) qui vérifie que le nouvel âge est bien positif avant de modifier la variable age.

En pratique (du moins, selon mon expérience personnelle), on a rarement besoin de contrôler ce genre de choses. Seulement, quand ça se produit, on passe par les méthodes get/set ... et on réalise que du point de vue de l'uniformité sémantique, c'est pas très propre : Parfois, on utilise tom.prenom et d'autre fois tom.getAge(). Pour réduire les doutes ("est-ce que le prénom est accessible ou pas ?"), le recours à get/set est donc systématique (et appliqué, pour autant que je sache, par tous les bibliothèques java).
Par ailleurs, si on réalise trop tard que les méthodes get/set nous seraient utiles, on est obligé de modifier tout le code existant (pour remplacer tom.prenom par tom.getPrenom() et etc..).

Bref, il y a entre autre Ruby qui propose une solution syntaxiquement esthétique à ce niveau (bien qu'imparfaite!). Les Javateux, de leur côté, préfèrent recourir systématiquement aux méthodes get/set, sans trop savoir pourquoi en général, parce que c'est rentré dans les mœurs du langage (l'exemple de Boya en est criant : ses méthodes get/set sont verbeuses et n'apportent rien !).

À vous de peser le pour et le contre après, mais dans un langage comme Java, ça me semble clairement une habitude à prendre, quoi qu'on en pense.


Bref, j'espère au moins que ce topic permettra aux débutants intéressés par le paradigme objet de ne pas commencer par Java, parce que vous n'apprendrez certainement pas à l'OO avec ce langage. Les deux zombis sont là pour en témoigner .
Préférez Smalltalk et/ou Io. Sérieusement. Java is dead & brain-dead.

merci bien pour vos reponse ,c était bien interessant.Merci ;):)

En C#, y'a pas de problème, regardez le code il parle tout seul :


Comme C# ressemble à Java, ca doit exister aussi en Java non ?

@Artefact :

c'est juste du sucre syntaxique normalisé dans C#, le sous jacent reste des methodes (Get_X, Set_X, cf. reflector). Java ne le propose pas (en fait assez peu de langage le font, vu que ca ne change rien).

Oui tu as raison.

Mais ca permet d'avoir une syntaxe un peu moins dégeu :

lastsseldon > euh, pour java, je ne vois pas trop ce que tu veux dire avec "synonyme,objet,classe" (pourrais-tu être un plus précis, merci). Un objet est la matérialisation, réalisation de la classe. Ainsi, la classe décrit un objet, elle est le moule qui contient l'ensemble de la description d'un objet.
Par contre, Java est effectivement très dur à apprendre (selon moi) et que ça tue le cerveau.

Citation : dod

lastsseldon >tivement très dur à apprendre (selon moi) et que ça tue le cerveau.

je le trouve carrement plus simple que le c++, sauf peut etre au niveau de l'api .. mais elle est tellement enorme que c'est difficile de bien la connaitre

On accède pas aux attributs depuis la classe dod, mais depuis les instances de la classe (cf quasiment toutes vos explications sur la portée des variables). Vous confondez le modèle et les instances dans vos explications, et même si c'est une pratique "courante" quand on explique un code Java, je trouve qu'elle dénote d'une incompréhension de la pensée objet .

Sinon, concernant la difficulté d'apprentissage du Java, est-ce que c'est justifié ? Par exemple, si on considère des langages comme Haskell, qui sont très dur à apprendre, c'est en partie parce qu'on apprend des choses sur la programmation et pas seulement sur le langage en question. Est-ce que t'as l'impression d'être plus cultivé maintenant que tu confonds plus public/protected/private ?
Quels concepts Java apporte-t-il qui méritent d'apprendre ce langage ? Ou tout du moins, qui expliquent pourquoi il soit si difficile à apprendre ?

Je pense que Java même si apparement il est plus simple à apprendre que le C++, il est (pour moi) difficile d'utiliser un très grand nombre de classes sans galérer pendant pas mal de temps.
> lastsseldon : tu veux dire qu'on ne différencie pas, la création de la classe et l'instanciation de celle-ci. C'est-à-dire qu'on le confond la création, construction d'une classe et l'instanciation de celle-ci. Dans le sens où l'on n'a pas été clair entre structure (attributs, méthodes, mise en forme) de la classe et la création de l'objet.

Si c'est cela alors oui c'est clairement le cas. Est-ce que cela révèle d'un manque de compréhension de la POO ou est-ce que nous l'avons pas suffisament bien expliquer. J'opterai dans un premier temps pour la deuxième solution, je pense surtout que mes explications manquaient de clarté.

Bonjour est ce que l'utilisation de get et set dans c# est obligatoire ?

si oui pour quoi le code est exécutable sans l’utilisé ? et merci

Bonjour,

Déterrage

Citation des règles générales du forum :

Avant de poster un message, vérifiez la date du sujet dans lequel vous comptiez intervenir.

Si le dernier message sur le sujet date de plus de deux mois, mieux vaut ne pas répondre.
En effet, le déterrage d'un sujet nuit au bon fonctionnement du forum, et l'informatique pouvant grandement changer en quelques mois il n'est donc que rarement pertinent de déterrer un vieux sujet.

Au lieu de déterrer un sujet il est préférable :

• soit de contacter directement le membre voulu par messagerie privée en cliquant sur son pseudonyme pour accéder à sa page profil, puis sur le lien "Ecrire un message"
• soit de créer un nouveau sujet décrivant votre propre contexte
• ne pas répondre à un déterrage et le signaler à la modération

Je ferme ce sujet. En cas de désaccord, me contacter par MP.