création dynamique d'un objet : avec ou sans pointeur?

bonjour,

En C# en utilisant l'API de Unity,je crée fréquemment un objet de manière dynamique comme ceci:

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 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46

using System.Collections; using System.Collections.Generic; using UnityEngine; using System; public class script : MonoBehaviour { int i=0; public GameObject obj; List<GameObject> ObjectList; // Use this for initialization void Start() { ObjectList=new List<GameObject>(); //création dynamique ObjectList[0]=obj; } // Update is called once per frame void Update() { if (Input.GetKeyDown(KeyCode.I)) { i++: ObjectList.Add(obj); ObjectList[i] = new GameObject("toto"); //création dynamique } } }

---

Pourtant,j'ai lu dans ce tuto pour le C/C++(certes différent du C#)
https://www.irif.fr/~carton/Enseigne...ides-vaira.pdf
que la cration dynamique doit passer par un pointeur
Dans ce script C#,la création dynmique fonctionne sans passer par un pointeur.

Comment expliquer ceci?


merci de votre aide

Dans la majorité des cas, C# gère le pointeur pour toi.

Petite remarque :
Puisque tu utilises une liste, tu n'a pas besoin de gérer le compteur, la liste a déjà tout ce qu'il faut.

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

public class Script : MonoBehaviour { List<GameObject> ObjectList;   public Script() { ObjectList = List<GameObject>(); }   // Use this for initialization void Start() { // Do someting if necessary }   // Update is called once per frame void Update() { if (Input.GetKeyDown(KeyCode.I)) { ObjectList.Add(new GameObject("toto")); } } }

---

Peut-on m'expliciter (tuto) le fait que C# gère le pointeur pour moi ?

C'est natif.
lorsque tu écris "var toto = new Toto()", C# va de lui même créer un pointeur et le gérer à ta place.
De même lorsque plus rien ne fera référence à toto, C# va de lui-même libérer le pointeur.

Je ne saurai traduire ça en terme plus profane ni expliquer comment ça fonctionne exactement.
Mais, en gros tu n'a généralement pas besoin de te soucier de faire des malloc(..), c'est fait en interne.

en .net il y a 2 espaces mémoires, la pile (stack) et le tas (heap)
les variables des types de base et les struct sont instanciées dans la stack, et retirées (dépilées) en sortie de bloc (méthode par exemple)
pour les variables de type classes, le pointeur est dans la stack (var a => a est dans la stack et est un int32 ou int64 qui ponte vers l'espace mémoire dans la heap)
pour les classes ayant des propriétés, elles sont dans la heap, pour les propriétés de types classes c'est à nouveau un pointeur vers un autre espace mémoire

le GC (garbage collector) connait les quelques objets racines de l'exécution et à partir de là peut retrouver tout ce qui est dans la heap et qui n'est plus référencé par quelque chose de "vivant" et donc le supprimer réellement de la mémoire
le GC passe quand il a envie et on peut le forcer quand on fait des choses un peu ésotériques ^^

en découle par exemple la gestion des paramètres passés à un membre
void test (Button b)
fait que c'est une copie du pointeur qui créée, les 2 pointeurs pointent donc vers la même instance (la modification d'une propriété est visible par l'appelant aussi)
void test2 (ref Button b)
fait que le pointeur est passé directement, ainsi si on modifie le contenu de b ici, le contenu est modifié pour l'appelant aussi (la modification d'une propriété est bien sur visible par l'appelant, mais si cette méthode dit b = new Button, l'appelant verra le nouveau Button dans sa variable)

en répondant à popo,dnas ce document:
https://www.irif.fr/~carton/Enseigne...ides-vaira.pdf
rubrique new et delete,il semble qu'en C/C++ new doit utiliser au préalable un pointeur.
Alors dois-je comprendre que le C# le fait en interne et non le C/C++?

pourquoi lire un cours de C++ pour apprendre le C# ?
ton cours n'a pas de date ni de version de C++, les versions récentes C++ permettent d'avoir une gestion automatique de la mémoire

qui dit gestion automatique de la mémoire dit pointeur non nécessaire pour new.
C'est cela?

Non,
Comme l'a déjà expliqué Pol63, "new" va créer un pointeur mais c'est C# qui le gère pour toi.

enfin,en est-il de même en C/C++ malgré ce tuto pdf daté posté initialement?

poser une question c/c++ sur le forum concerné, non ?

Le C# n'a pas de notion de pointeur¹

Le C# a des types valeurs et des types références.

Pour une variable de type valeur (int, bool, float, etc...), les allocations mémoires se font à la déclaration de la variable (généralement sur la pile)

Pour une variable de type référence, l'allocation mémoire se fait dynamiquement en utilisant le mot clé new. Dans ce cas, l'objet est alloué sur le tas et son constructeur appelé.

On dit souvent qu'une référence en C# c'est la notion de pointeur. Si d'un point de vue technique cela peut se défendre, d'un point de vue conceptuel cela ne peut être plus faux. Une référence et un pointeur sont très différents, notamment :
- un pointeur, c'est au programmeur de décider s'il faut le détruire et quand il faut le détruire. Une référence, c'est le ramasse-miettes qui s'en charge
- un pointeur, c'est une zone précise de la mémoire. Une référence peut évoluer. L'objet sur lequel pointe une référence peut être déplacé par le ramasse-miettes et donc ne pas être localisé au même endroit de la mémoire. Dans un programme purement C#, cela ne pose pas de soucis, mais si on fait appel à des dll écrites en C ou C++ par exemple, il faut en tenir compte !
- l'accès à une référence est sûr, contrairement à l'accès à un pointeur. Avec un pointeur, on peut accéder à n'importe quelle zone mémoire, et on peut utiliser un objet qui a été détruit. Ce n'est pas possible avec une référence.

Dans les deux cas, pointeur ou référence, on utilise le même mot clé new. Mais ce n'est pas le même langage, donc pas les mêmes notions !

1) Je sais pertinemment que si, mais dans un contexte unsafe, etc... qui dépasse largement le cadre de cette discussion.