Implémentation système de l'encapsulation

Bonjour à tous,

quelqu'un pourrait-il m'éclaircir sur les dessous de l'encapsulation.
En java ou C#, par exemple on nous indique d'utiliser les mot-clés private, protected ou public pour instaurer un degré de "visibilité" de méthodes ou d'attributs d'un objet.
Mais que se passe-t-il alors au niveau de la compilation pour gérer cette encapsulation.?

Je me pose la question par comparaison à d'autres langages ou l'encapsulation n'est "pas gérée" car l'accès aux données que l'on aura cachées (utilisation du nommage en préfixe double underscore) reste toujours possible.

Se pourrait-il q'un accès aux données encapsulées considérées inaccessibles soit toujours possible dans les autres langages qui intègrent l'encapsulation (comme java, C#) mais que le manque d'informations nous fasse croire que c'est impossible.

Question d'un newbie qui garde une petite lanterne au plafond pour l'hiver.

Merci pour vos réponses et corrections.

Alain. ;)

Déjà, je ne comprends pas ce que tu veux dire par "utilisation du nommage en préfixe double underscore".

Le principe des données private, c'est que le code ne compilera tout simplement pas si tu cherche à y faire référence par leur nom. Alors, tes recours dépendent de la plate-forme et du langage:

• En C++ normal, tu peux faire des manipulations de pointeurs, donc tu peux accéder à n'importe quelle variable de la mémoire de ton programme du moment que tu trouves où elle est (et quand il s'agit d'un membre private d'un objet, si tu as un pointeur vers l'objet et un sizeof de sa classe, tu sais où chercher).
• En C#, à moins d'avoir les droits UnmanagedCode, tu n'as aucune possibilité de manipulation de pointeurs: Tu ne peux accéder qu'à ce que tu peux nommer. Et même si tu essaies de tricher avec le compilo C#, ça pètera sur la traduction Just-In-Time du code managé en code natif. Le seul outil restant est la Réflexion, mais elle aussi nécessite un droit spécial (MemberAccess) pour accéder aux membres privés.

Pour reprendre ce que dit Médinoc, en dehors du périmètre de la donnée, le compilateur ne sait pas qu'elle existe. Pas de compilation, pas d’exécution. Ce qui permet paradoxalement d'utiliser le même nom de variable dans plusieurs domaines différents. Exemple(pourri) en VBA :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Option Explicit Sub AfficheFactorielles() Dim i as Long For i = 1 To 10 Msgbox(Factorielle(i)) Next i End Sub Function Factorielle(i as Long) As Long If i > 1 Then Factorielle = Factorielle (i - 1) *i Else Factorielle = 1 End If End Function

---

i existe indépendamment dans les deux espaces, parce que c'est dans les deux cas une variable interne, encapsulée. Le compilateur(ou l’interpréteur) sait qu'il existe une variable i dans ma procédure, et une autre dans ma fonction. Si je ne la définit pas dans la procédure(le Dim), alors le compilateur ne pourra pas s’exécuter et m'insultera(à juste titre). Si par contre je définit une variable globale i(une Public, en VBA), alors il aura la même valeur de i partout(et mon code ne marchera jamais).

Citation:

---

Se pourrait-il q'un accès aux données encapsulées considérées inaccessibles soit toujours possible dans les autres langages qui intègrent l'encapsulation (comme java, C#)

---

En C#, avec la "reflection, on peut accéder à toutes les propriété et appeler toutes les méthodes quel que soit leur niveau de potection. (Voir "Type.GetProperties" ou "Type.GetMehod").

Citation:

---

Envoyé par Graffito

En C#, avec la "reflection, on peut accéder à toutes les propriété et appeler toutes les méthodes quel que soit leur niveau de potection. (Voir "Type.GetProperties" ou "Type.GetMehod").

---

:roll:

Citation:

---

Envoyé par Medinoc

Le seul outil restant est la Réflexion, mais elle aussi nécessite un droit spécial (MemberAccess) pour accéder aux membres privés.

---

ReflectionPermission class
ReflectionPermissionFlag enumeration

Je n'espérais pas de réponses, donc déjà merci :ccool:
Elles confirment qu'il ne s'agit, suivant les langages considérés, que d'un degré de protection plus ou moins élevé et abscons (choisi par les concepteurs du langage) des données définies comme privées.

Comme j'ai affaire à des experts pourriez-vous me dire qu'elle est votre livre de référence pour la programmation orientée objet. ;)