La notion d'objet

Citation:

---

Envoyé par jujulips

On ne peut pas plutot lui affecter un nom a cet endroit la ?
voitures.Add(new Voiture("BMW", ...));

---

Y'a un moyen pas bien lisible, mais je vois pas pourquoi tu t'obstine a vouloir avoir une variable pour l'objet. Une variable n'est pas un nom, ca n'identifie pas l'objet de manière unique au sein du programme. C'est juste un moyen d'accéder à une valeur. cf. l'exemple que j'ai fait plus haut, on voit bien que v3 ne donne pas tout le temps la même voiture.
Accéder à l'élément par lst[0] c'est très bien.

Sinon pour affecter une variable en même temps que j'ajout dans la liste faut que la variable soit déjà déclarée et après tu peux faire ca :

Code:

---

1 2 3 4 5

Voiture v = null; List<Voiture> lst = new List<Voiture>();   lst.Add( (v = new Voiture("BWM") ) );

---

C'est l'exacte équivalent de :

Code:

---

1 2 3 4 5 6

Voiture v = null; List<Voiture> lst = new List<Voiture>();   v = new Voiture("BMW"); lst.Add(v);

---

Citation:

---

Envoyé par cs_ntd

pointeur pendouillant - Google Search

Compte le nombre de lien qui se rapporte au C++, et le nombre de sujet qui se rapporte au C# (pas le droit de compter le lien vers cette discution... trop rapide chez google :aie:).

C'est un probleme spécifique au C/C++, pas au C#, meme si dans le fond, c'est pareil

---

Euuhhh, je sais ce que c'est qu'un pointeur pendouillant, je sais aussi que c'est un problème spécifique au C++ puisque seul le C++ te permet d'utiliser des pointeurs. Les autres langages utilisent des références couplées avec un garbage collector, il ne peux pas y avoir de pointeur pendouillant, mais il y a des références orphelines.

C'est pas ce que j'ai dis, enfin bon, je laisse tomber, j'ai pas envie de partir sur un débat ultra technique dans une discussion de découverte du C#.

Citation:

---

Envoyé par jujulips

Hmm mais euh ... du coup si je n'ai pas de nom explicite pour mon object existe t'il des fonctions de recherches pour retrouver des objects que l'on a créés ? Du type find voiture where voiture.couleur ="red" ?

---

Bien sur, exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

public class Voiture { public string Marque {get; set; } public string Modele {get; set; } public Color Couleur { get; set; }   public Voiture(string mq, string md, Color c) { Marque = mq; Modele = md; Couleur = c; } }     List<Voiture> lst = new List<Voiture>(); lst.Add(new Voiture("Audi", "A8", Color.Red)); lst.Add(new Voiture("Ford", "Fiesta", Color.Black));   // Facon LinQ (perso j'aime pas du tout et je me plante tout le temps dans la syntaxe, c'est donc peut être pas tout a fait ca, mais bon, y'a des documentations pour ca ^^' var Voitures = from v in lst where v.Color = Color.Black select v;   // Facon classique List<Voiture> Voitures = new List<Voiture>(); foreach(Voiture v in lst) { if (v.Color == Color.Black) Voitures.Add(v); }

---

Ici le code trouve toutes les voitures correspondantes, et retourne donc une nouvelle liste. Tu peux t'arrêter dès la première voiture trouvée et n'en retourner qu'une si tu préfère.

Code:

---

var voitures = lst.Where(voiture=>voiture.Color == Color.Black);

---

Citation:

---

Envoyé par ctxnop

C'est pas ce que j'ai dis, enfin bon, je laisse tomber, j'ai pas envie de partir sur un débat ultra technique dans une discussion de découverte du C#.

---

Oui, mieux vaut partir du principe pour un débutant qu'il n'y a aucun problème de gestion de mémoire, le GC pouvant même se débrouiller avec les références circulaires. Les quelques problèmes qui peuvent survenir ne le font que dans certains scénarios bien précis et il sera toujours temps de faire une recherche google si un tel problème est constaté.

Citation:

---

Envoyé par cs_ntd

Dans d'autres langages que C# (par exemple C++), ca poses des problemes du genre "pointeurs pendouillants".

---

Citation:

---

Envoyé par ctxnop

je sais ce que c'est qu'un pointeur pendouillant, je sais aussi que c'est un problème spécifique au C++

---

Bin c'est bon est d'accord alors :ccool: !
J'arréte aussi sur le sujet...

jujulips> Il faut bien comprendre qu'une référence n'est qu'un lien vers l'objet. A partir du moment ou tu en a une (dans une liste ou n'importe ou, qu'elle soit 'explicitement' nommée ou non), ca ne change rien : seul le lien compte.

Du coup si tu as une List<Voiture> toto, List<Voiture> tutu, List<Voiture> titi et que tu y ajoute maVoiture, tu te retrouves avec trois listes qui pointent vers une même instance.
Si tu modifies l'objet dans une des listes, ou même maVoiture directement, les modifications impactent toutes les listes.

C'est amusant de voir qu'un sujet sur les bases de la POO peut dériver à ce point sur les références d'objets. On passe des bases à des notions pointües.

Citation:

---

Envoyé par kheironn

C'est amusant de voir qu'un sujet sur les bases de la POO peut dériver à ce point sur les références d'objets. On passe des bases à des notions pointües.

---

A mon avis, pour jujulips, c'est plus flippant qu'amusant :mouarf:

Citation:

---

Envoyé par Gurdil le nain

A mon avis, pour jujulips, c'est plus flippant qu'amusant :mouarf:

---

Euh ca devient assez complex pour moi la, :cry: Pas évident de commencer la prog par du C# j'ai l'impression !

Au contraire, a mon avis, le C# doit être, avec le java, parmi les plus accessibles pour faire de la POO. Certains diront surement qu'il est encore plus simple de commencer avec des langages a typage dynamique (genre le python), mais je ne suis pas trop d'accord avec ca. Enfin, c'est surtout une question de gout je trouve.

Citation:

---

Envoyé par ctxnop

Au contraire, a mon avis, le C# doit être, avec le java, parmi les plus accessibles pour faire de la POO. Certains diront surement qu'il est encore plus simple de commencer avec des langages a typage dynamique (genre le python), mais je ne suis pas trop d'accord avec ca. Enfin, c'est surtout une question de gout je trouve.

---

J'ai commencé avec le python, que je trouvait plutot simple pour faire des petit programme basiques, j'avous l'avoir laché a cause des traitements XML que je trouvait super lourd a coder ! Mes bases en Prog sont quand meme limités ( PHP AS3 du BAT et c'est tout !)

Pour le moment mes besoins sont encore tres limités : Modifications de fichiers XML, traitements sur des fichiers Txt en collones fixes ou en csv ( que je fait en DOS avec SED et AWK pour le moment), et des petits programmes pour gérer windows.

Le .net m'interesse surtout pour travailler par la suite sur du SilverLight, et comme il me semble être le language le plus utilisé du moment je ne me suis pas trop posé de questions.

Effectivement, le C# n'a rien de très complexe. En revanche, il est riche : il contient de nombreuses fonctionnalités qui se sont ajoutées au fil des années, ce qui est une bonne chose mais fait beaucoup à apprendre pour un débutant. Sans parler de l'API, riche, généralement bien foutue mais vaste.

Pour quelqu'un qui n'a jamais pratiqué que des langages à typage dynamique (faible comme PHP ou fort comme Python), le passage à un typage statique va être le plus déconcertant (impossibilité d'ajouter des membres à la volée) et contraignant (nécessité de bien penser sa hiérarchie d'objets). Gaffe à bien comprendre aussi :
* "var" est utilisé pour dire au compilateur de deviner tout seul le type de la variable en fonction de ce qu'on lui assigne. Le typage fort est conservé, le résultat compilé est le même que si l'on avait explicitement écrite le type. "var x = 5" fait que x sera du type int puisque 5 est de type int. C'est juste une économie de temps pour les noms de types à rallonge.
* "dynamic" définit une variable du type php : le type ne sera pas connu à la compilation et, à l'exécution, chaque accès à un membre / appel à une méthode nécessitera d'interroger l'objet avec la perte de performances qui va avec. Cela dit, la variable dynamique a en fait un vrai type qu'on peut ensuite retrouver via un cast : "dynamic x = 5; int y = (int)x" crée un entier, le stocke dans une variable dynamique et le caste ensuite à nouveau en entier.

Bref, dynamic est à éviter sauf s'il est vraiment nécessaire, "var" ne pose pas de problème en revanche.

Enfin, C# n'est que le troisième langage le plus populaire. Les classements varient mais, en général, on a Java en premier, C/C++ en second, C# en troisième. Les trois ont leurs domaines différents : ***grosso modo***, le C/C++ pour du bas niveau ou du code à très haute performance ou temps réel, C# pour des applis Windows / Windows Phone, Java pour Android, Java et C# pour des serveurs web entreprise ou haute performance.

Citation:

---

Envoyé par DonQuiche

Effectivement, le C# n'a rien de très complexe. En revanche, il est riche : il contient de nombreuses fonctionnalités qui se sont ajoutées au fil des années, ce qui est une bonne chose mais fait beaucoup à apprendre pour un débutant. Sans parler de l'API, riche, généralement bien foutue mais vaste.

Pour quelqu'un qui n'a jamais pratiqué que des langages à typage dynamique (faible comme PHP ou fort comme Python), le passage à un typage statique va être le plus déconcertant (impossibilité d'ajouter des membres à la volée) et contraignant (nécessité de bien penser sa hiérarchie d'objets). Gaffe à bien comprendre aussi :
* "var" est utilisé pour dire au compilateur de deviner tout seul le type de la variable en fonction de ce qu'on lui assigne. Le typage fort est conservé, le résultat compilé est le même que si l'on avait explicitement écrite le type. "var x = 5" fait que x sera du type int puisque 5 est de type int. C'est juste une économie de temps pour les noms de types à rallonge.
* "dynamic" définit une variable du type php : le type ne sera pas connu à la compilation et, à l'exécution, chaque accès à un membre / appel à une méthode nécessitera d'interroger l'objet avec la perte de performances qui va avec. Cela dit, la variable dynamique a en fait un vrai type qu'on peut ensuite retrouver via un cast : "dynamic x = 5; int y = (int)x" crée un entier, le stocke dans une variable dynamique et le caste ensuite à nouveau en entier.

Bref, dynamic est à éviter sauf s'il est vraiment nécessaire, "var" ne pose pas de problème en revanche.

Enfin, C# n'est que le troisième langage le plus populaire. Les classements varient mais, en général, on a Java en premier, C/C++ en second, C# en troisième. Les trois ont leurs domaines différents : ***grosso modo***, le C/C++ pour du bas niveau ou du code à très haute performance ou temps réel, C# pour des applis Windows / Windows Phone, Java pour Android, Java et C# pour des serveurs web entreprise ou haute performance.

---

Merci pour ces précisions , c'est vraix que pour le moment je ne sais pas trop par ou commencer donc je suis un bouquin pour me faire la main sur les bases.

Si tu veux bien te faire la main, avec un tutoriel a la portée de tout le monde et tres complet :
http://tahe.developpez.com/dotnet/csharp/
C'est gros (450 pages !) mais c'est bien rédigé, et ca explique clairement comment C# fonctionne !

Citation:

---

Envoyé par cs_ntd

Si tu veux bien te faire la main, avec un tutoriel a la portée de tout le monde et tres complet :
http://tahe.developpez.com/dotnet/csharp/
C'est gros (450 pages !) mais c'est bien rédigé, et ca explique clairement comment C# fonctionne !

---

Je l'ai téléchargé, des que j'ai fini C# pour les naze je mis colle !:P

tu as aussi ce livre qui est facile d'accès et très compréhensible pour commencer.