Reprise du message précédent :

antp a écrit a écrit :     t'es déçu pcq tu l'as pas trouvé sur le serveur nntp de ton isp ?

spa ça mais je faisais celui qui connait tous les NG avec erotica dedans mais c'est le bide

histoire d'alimenter le débat, étant feignant de nature et programmant en VB depuis quelques années, je suis tout à fait habitué à jamais délimiter mes blocs

Drasche a écrit a écrit : histoire d'alimenter le débat, étant feignant de nature et programmant en VB depuis quelques années, je suis tout à fait habitué à jamais délimiter mes blocs

merci de ta contribution, meme si vb sux.
 
cela dit j'ai une autre question...
dans la plupart des langages objets, il y a des "permissions" ou plutot des visibilités sur les attributs. J'entends par la les classiques protected, private et public.
 
Dans mon cas, le concept de package n'a pas de sens, donc ca serait que public et private. Pour faire mon malin, j'ai donc bazardé ca et pris read, write et none, des permissions en fait.
 
La question qui tue, c'est est-ce qu'un attribut qu'on peut ecrire mais pas lire a un sens ? une utilité ? (je dirais non, mais vous avez ptet des contre exemples)

Si tu parles bien du même système que les "property" de Delphi (read/write, comme les Get/Set qu'on fait habituellement en C/C++), bah ça pourrait servir, pour une propriété qui permet de stocker des valeurs (genre assignation d'une chaîne = ajout à une liste) et donc la lecture de cette propriété n'a pas de sens
C'est un peu tordu mais c'est le premier truc qui me vient à l'esprit.

euh non, c'est pas tout a fait ca. je connais pas delphi, mais que suppose qu'un set déclanche un evenement (faut bien pouvoir l'ajouter a ta chaine) la c'est juste l'acces a l'état interne d'un objet.

Pour moi, c'est les { } comme en Java.

Demain c l'annif de LetoII

 
tu connecte le write à une méthode et le read à une autre
t'as par ex :
 
private
  FAttrib: Integer;
  function GetAttrib: Integer;
  procedure SetAttrib(a: Integer);
public
  property Attrib: Integer read GetAttrib write SetAttrib;
 
On peut utiliser Attrib comme si c'était FAttrib mais ça passe par des fonctions donc on peut faire plus qu'une simple assignation, faire des tests, etc...

ouais, c'est un peu ce que j'avais compris. Mais ca colle pas du tout dans mon cas. a mon avis un write sans read n'a pas de sens.

Mais pourquoi cette #@!§%$ de fleur d'ICQ reste grise

gm_superstar a écrit a écrit : Mais pourquoi cette #@!§%$ de fleur d'ICQ reste grise

icq sux ?

Harkonnen a écrit a écrit : Demain c l'annif de LetoII

et dimanche prochain c'est le mien

Oui, mais non.

lorill a écrit a écrit : et dimanche prochain c'est le mien

Tiens pour l'occasion je m'inscrirais bien au CDCQVRCL

Quelqu'un peut me dire pourquoi Mozilla me sort ça pour chaque site que je veux visiter ???    
Ca le fait que depuis peu.... ça marchait bien avant !!    
 

gm_superstar a écrit a écrit :   Tiens pour l'occasion je m'inscrirais bien au CDCQVRCL

Sois le bienvenu  

Harkonnen a écrit a écrit : Quelqu'un peut me dire pourquoi Mozilla me sort ça pour chaque site que je veux visiter ???     Ca le fait que depuis peu.... ça marchait bien avant !!       http://harko.free.fr/images/Mozilla.PNG

Zut, tu pourras pas multinicker tranquillement

Harkonnen a écrit a écrit : Quelqu'un peut me dire pourquoi Mozilla me sort ça pour chaque site que je veux visiter ???     Ca le fait que depuis peu.... ça marchait bien avant !!       http://harko.free.fr/images/Mozilla.PNG

proxy ?

gm_superstar a écrit a écrit :   Zut, tu pourras pas multinicker tranquillement

Netscape 7 me le fait aussi !!!    
skoi ce bordel ????

putain !!!
c'est le log du boulot que j'utilisais pour multinicker avec sophie qui m'a foutu le bronx !!!

Harkonnen a écrit a écrit : Netscape 7 me le fait aussi !!!     skoi ce bordel ????

Connexion pourrite ? Ca marche avec IE donc ?
 
 
(je note que tu ne déments pas mon affirmation)

Harkonnen a écrit a écrit :   putain !!! c'est le log du boulot que j'utilisais pour multinicker avec sophie qui m'a foutu le bronx !!!

et hop, une divination de plus a mon actif  

Harkonnen a écrit a écrit :   putain !!! c'est le log du boulot que j'utilisais pour multinicker avec sophie qui m'a foutu le bronx !!!

Il te faut un logiciel pour coppuler ?

Il y à l'exemple du mot de passe.
T'est censé le donner mais pas le lire. Mais bon en général on passe plutôt un argument à une méthode !
Là, je vois pas d'exemple, mais çà veut pas dire qu'il n'y en a pas...
Mais en général, l'accès direct en écriture aux membres d'une classe est à proscrire pour des raisons évidentes d'intégrité de l'objet.
Donc tout ce que je vois, c'est autoriser ou pas l'accès en Lecture et interdir toujours en écriture, donc la question ne se pose pas trop.

lorill a écrit a écrit :   et hop, une divination de plus a mon actif

ne croit pas que tu vas échapper à la tonte pour autant

 
ben en fait si, parce que j'ai des objets mais pas de classes, tout se passe par l'utilisation de prototypes, donc je veux pouvoir copier un objet et remplacer une méthode si je veux. (oui, les méthodes sont des attributs)

bien vu l'aveugle
vu que dimanche je multinickais avec Mozilla en utilisant plein de proxies, ben ça m'a foutu le foin

mareek a écrit a écrit : Il te faut un logiciel pour coppuler ?

Je pousse la nerdzitude très loin...

Et a la limite cette remarque modifie un peu le sens de ma question. Permettre d'ecrire sur des choses que l'on ne peut pas lire, c'est donner la permission de surcharger certaines méthodes privées. Donc la question, c'est est-ce utile ou nuisible ?
je sais pas encore.

Harkonnen a écrit a écrit : Je pousse la nerdzitude très loin...

jveux pas finir comme ca

 
Pour la 1ere question, et pourquoi tu vire le protected ? Il est interressant pour les cas ou tu garde la possibilité à une sous-classe de surcharger certaines choses internes. C'est très utilisé, et à mon sens capital. Et accessoirement, tu ne parle pas de la visibilité friendly, utilisée en java (mais que l'on doit retrouver au niveau d'UML si ma mémoire est bonne), mais effectivement elle, elle ne te sert à rien sans packages.
 
Pour le second exemple, si jamais tu as ce genre de chose dans l'idée, autant le faire par une opération au lieu d'utiliser un truc tordi.
 
Sinon, la notion de propriété se retrouve également en C#. Petit exemple tiré de coincoin.net :  
 

 
On peut donc faire :  
 

 
Et comme en delphi, on peut parfaitement mettre plus qu'une assignation basique dans un getter ou un setter

 
réponse simple : j'ai pas de classes, donc pas d'héritage de classes.
 
Edit: par contre je peux avoir la même possibilité si je donne la possibilité d'écrire un attribut sans le lire, cf plus haut.

Là, je suis un peu largué !
Je pensai que tu ne t'interessais qu'à l'état INTERNE d'un objet ? ? ?

 
Ah, tu fais un langage fonctionnel ?

 
non plus, je sais même pas comment ca marche ces trucs
j'essaye de faire un langage objet basé sur l'utilisation de prototypes (donc creations d'instances par clonage, etc...)

Pas de classes, juste des objets ?
Pas d'd'héritage, mais des surcharges ?
 
Heu, c'est comme tu veux, mais si on parle pas avec le même vocabulaire, on va pas aller bien loin !

ben en fait quand je veux une nouvelle instance, je clone un objet, donc je duplique tous ces attributs. Apres si je veux ajouter des attributs ou en remplacer, je peux le faire, pour avoir 2 objets de types différents