Discussion :

[MaTHieU_]

Bonjour,

Je souhaiterai savoir quelles sont les différences entre :
- private : accessible que dans la classe
- public : accessible de partout
- protected : ?
- published : ?

Dans quels cas doit-on mettre des déclarations en protected et published ?

Merci,
MaTHieU_

[sjrd]

• private : accessible dans toute l'unité ;
• protected : accessible dans toute l'unité et dans les classes enfantes ;
• public : accessible partout ;
• published : comme public, mais avec en plus génération de RTTI pour l'exploitation par l'inspecteur d'objet par exemple.

Donc tu peux utiliser protected quand tu veux que certaines données/méthodes soient accessibles par la classe ou ses enfants, mais pas le reste.

Et published c'est seulement quand tu développes un composant, ou dans des cas assez particuliers ou tu veux te servir des RTTI pour tes besoins personnels.

[MaTHieU_]

Merci !

[Clorish]

Je precise quand meme une chose :

Private est plutot limité a la classe elle meme qu'a l'unitee.
Au niveau pratique, on peut y faire appel depuis une autre classe de la meme unitee, mais quand cette fonctionnalitée n'est pas maitrisee, cela entraine des erreurs au niveau conception assez importante.

Donc pour moi, Private doit limité a la classe, et son usage extra-classe ne doit pas se faire sans etre "sur" qu'il n'existe pas d'autre solutions.

[MaTHieU_]

En effet, c'est comme celà que je le vois également.

Merci.

[Pedro]

Salut

Je precise quand meme une chose :

Private est plutot limité a la classe elle meme qu'a l'unitee.
Au niveau pratique, on peut y faire appel depuis une autre classe de la meme unitee, mais quand cette fonctionnalitée n'est pas maitrisee, cela entraine des erreurs au niveau conception assez importante.

Certes, d'où l'existence de strict private

[Clorish]

Salut

Certes, d'où l'existence de strict private

Hu ?!?
Sous D7 ca existe ? ou c'est une invention de D200X+ ?
Pk dans ce cas .... Oust le Private !

[Paul TOTH]

Je precise quand meme une chose :

Private est plutot limité a la classe elle meme qu'a l'unitee.
Au niveau pratique, on peut y faire appel depuis une autre classe de la meme unitee, mais quand cette fonctionnalitée n'est pas maitrisee, cela entraine des erreurs au niveau conception assez importante.

Donc pour moi, Private doit limité a la classe, et son usage extra-classe ne doit pas se faire sans etre "sur" qu'il n'existe pas d'autre solutions.

je ne suis pas d'accord, Delphi ne connait pas la notion de classe "amie", on DOIT déclarer dans une même unité les classes qui partagent des informations privées que l'on ne veut pas rendre accessible aux descendants

c'est d'ailleurs parfois gênant.

[Clorish]

Tout a fait .... mais le principe de classe amie est reserve a un certain type de programation, et ne doit pas etre employer a la legere.

Partir sur la base que cela est est possible risque d'entrainer de mauvaises habitudes et des erreurs de conceptions quand on ne maitrise pas cette facon de coder.

D'ou mes propos

Mais soit dite en passant, c'est clair que c'est pas clair leur truc
Et franchement contraignant .... et source de bon nombre de references circulaires ...
A moins de tout coder dans le meme fichier pas