Quelques questions de syntaxe

Hello,

Je suis en train de suivre l'excellent tutoriel NerdDinner avec le bouquin ASP.NET MVC 1.0 (merci developpez.com pour le compte rendu sur le livre ;), et j'ai quelques question sur la synthaxe qu'il y est parfois utilisé:

Code:

---

1 2 3 4 5 6 7 8

public static IEnumerable<string> Countries { get { return countryRegex.Keys; } }

---

Que fait le get exactement?

Code:

---

1 2 3 4

//Properties public Dinner Dinner { get; private set; } public SelectList Countries { get; private set; }

---

Pareil, je pense qu'il doit s'agit d'accesseur, mais je ne suis pas sur. Et si c'est bien ce dont je pense, comment fait-on pour y accéder?

Je n'ai pas très bien compris ce que veut dire le mot "yield". Apparement, dans la doc c'est pour dire au compilateur qu'il s'agit d'un iterator. Quelqu'un aurait une explication claire et un petit exemple simple à comprendre?

Code:

---

1 2	FormsAuth = formsAuth ?? new FormsAuthenticationService();

---

Que veut dire le "??"

Code:

---

1 2 3 4 5 6

public IFormsAuthentication FormsAuth { get; private set; }

---

Idem, que pour le cas des propriété énnoncé plus haut?

Code:

---

1 2 3 4 5

public AccountMembershipService() : this(null) { }

---

Je n'ai jamais vu cette écriture lors de la définition d'un constructeur. Si quelqu'un à une petite explication ;)




Merci d'avance pour vos réponses :)

L.

Bonjour, tout d'abord les "get" et "set" sont bien des accesseurs, pour les utilisé il n'y a rien de spécial à faire, il te suffit de les implémenter après l"accès à tes propriété d'objet se fait de la même manière. L'utilité des accesseurs c'est de pouvoir faire des contrôles sur le valeur passés.
Voici des explications plus exhaustive :
http://www.developpez.net/forums/d37...sharp-utilite/

Ensuite pour la synthaxe

Code:

---

1 2 3 4 5

public AccountMembershipService() : this(null) { }

---

Cela correspond à une surcharge de constructeur, en général on l'utilise quand on met en place des classe virtuelles ou des interfaces.
Quelques explications ici :
http://www.developpez.net/forums/d69...eur-this-base/

Par contre pour le

Code:

---

1 2	FormsAuth = formsAuth ?? new FormsAuthenticationService();

---

Je n'est jamais vue cette syntaxe. A priori je dirai que ca instancie un objet de type FormsAuthenticationService si formsAuth n'est pas encore instancié. Mais à confirmée ^^

Voila, en espérant avoir été assez clair :ccool:

Code:

---

1 2	FormsAuth = formsAuth ?? new FormsAuthenticationService();

---

C'est l'équivalent de

Code:

---

1 2	FormsAuth = (formsAuth == null) ? new FormsAuthenticationService() : formsAuth ;

---

Salut,

Citation:

---

Envoyé par jacky01

Bonjour, tout d'abord les "get" et "set" sont bien des accesseurs, pour les utilisé il n'y a rien de spécial à faire, il te suffit de les implémenter après l"accès à tes propriété d'objet se fait de la même manière.

---

Avec le framework 3.5 et VS 2008, sauf traitement spécifique, il n'est plus nécessaire d'implémenter les accesseurs, le compilateur le fait pour nous.

A+

Citation:

---

Envoyé par Immobilis

Salut,Avec le framework 3.5 et VS 2008, sauf traitement spécifique, il n'est plus nécessaire d'implémenter les accesseurs, le compilateur le fait pour nous.

A+

---

Je ne suis pas sûr d'avoir compris. Si j'ai le code suivant dans une classe:

Code:

---

1 2	private string myString;

---

Je peux sans autre faire dans une autre classe qui instancie ma première classe le code suivant?

Code:

---

1 2 3 4 5 6 7

public string myOtherString;   // du code   myOtherString = PremiereClasse.myString;

---

Code:

---

public string MyString { get; set; }

---

Le compilo fait le reste

Citation:

---

Envoyé par lutecefalco

Code:

---

public string MyString { get; set; }

---

Le compilo fait le reste

---

Quelque chose doit m'échapper:

Si on fait le code que tu as donné, ou qu'on ne le fasse pas, qu'est-ce que cela change?

Un champ privé n'est pas accessible depuis les autres classes.

Donc, si tu as un "private string privateString;" dans une classe "MaClasse", tu ne pourras pas faire dans une méthode d'une autre classe un "maString = maClasse.privateString;" (en supposant que maClasse est une instance de MaClasse) : il y aurait une erreur de compilation.

Les propriétés (ou accesseurs get/set) sont juste une simplification d'écriture. Il faut les voir comme des méthodes. Au lieu d'écrire "public string GetMyString() { return myString; }", on va écrire "public string MyString { get { return myString; }" ... mais le compilateur lui, va créer une méthode qu'il nomme par défaut get_MyString().

Lorsque tu écris :

Code:

---

public string MyString { get; set; }

---

C'est comme si tu écrivais :

Code:

---

1 2 3 4 5 6 7

private string myString;   public string MyString { get { return myString; } set { myString = value; } }

---

sauf que myString (nom donné à titre indicatif, ce n'est pas le nom qui sera donné par le compilateur) n'est pas accessible, même dans la classe. Il faut passer dans tous les cas par la propriété.

Perso, j'utilise rarement cette simplification car elle empêche tout contrôle de la valeur en entrée, voir sur la valeur en sortie. Il est tout de même très rare d'avoir des propriétés qui acceptent toutes les valeurs possibles et imaginables.

Ok je comprend mieux.

J'ai un peu de mal à voir alors, mise à part la simplification d'écriture, ce qu'apporte cette manière de faire.

Pour une variable de type privée, ça peut être utile. Mais pour une variable de type publique, je ne vois pas ce que ça apporte vu qu'on peut y accéder immédiatement...

Citation:

---

Envoyé par Leelith

Ok je comprend mieux.

J'ai un peu de mal à voir alors, mise à part la simplification d'écriture, ce qu'apporte cette manière de faire.

Pour une variable de type privée, ça peut être utile. Mais pour une variable de type publique, je ne vois pas ce que ça apporte vu qu'on peut y accéder immédiatement...

---

Tu gagnes du temps, c'est tout ^^

J'aurais tendance à dire non, étant donné qu'on peut y accéder directement, non? alors que dans le cas ou on mets les accesseurs, bah on doit les écrires, donc on perd du temps à les écrire ^^

Ecrire un accesseur sous Visual Studio est très rapide:

prop + tab deux fois
ou
propg + tab deux fois

Sous VS2008 c'est encore plus rapide. Tu fais un "Drag'n drop" d'une table depuis l'expolrateur de serveurs (de base de données) dans un DataContext et c'est fait.

Citation:

---

Envoyé par Leelith

Si j'ai le code suivant dans une classe:

Code:

---

1 2	private string myString;

---

Je peux sans autre faire dans une autre classe qui instancie ma première classe le code suivant?

Code:

---

1 2 3 4 5 6 7

public string myOtherString;   // du code   myOtherString = PremiereClasse.myString;

---

---

Non parce que "myString" est privée.

Citation:

---

Envoyé par Immobilis

Sous VS2008 c'est encore plus rapide. Tu fais un "Drag'n drop" d'une table depuis l'expolrateur de serveurs (de base de données) dans un DataContext et c'est fait.
Non parce que "myString" est privée.

---

Merci bien! En faite la question était plus pour m'assurer que ce n'était pas possible (je trouvais très très bizarre qu'on puisse faire ce que j'ai demandé pour une variable private (d'ou le fait qu'elle soit privée en fait...)).

Par contre, personne n'a de réponse pour ma question :

Je n'ai pas très bien compris ce que veut dire le mot "yield". Apparement, dans la doc c'est pour dire au compilateur qu'il s'agit d'un iterator. Quelqu'un aurait une explication claire et un petit exemple simple à comprendre?

Tout est bien expliqué sur la MSDN : http://msdn.microsoft.com/fr-fr/library/dscyy5s0.aspx

Citation:

---

Un itérateur est une méthode, un accesseur get ou un opérateur qui exécute une itération personnalisée sur un tableau ou une classe de collection à l'aide du mot clé yield. L'instruction return yield provoque le retour immédiat d'un élément de la séquence source à l'appelant avant l'accès à l'élément suivant de la séquence source.

---

Aaah! Très bien! Donc en faite c'est super utile quand on cherche un élément dans un iterator, ça nous évite de finir de le parcourir et de récupérer ainsi directement ce qui nous intéresse.

Merci pour le lien :ccool: