Discussion :

[Laurent Gomila]

Salut

Je suis actuellement en train de développer le wrapper .Net d'une bibliothèque C (j'utilise du P/Invoke), et je suis face à un problème que je n'arrive pas à résoudre vu ma très faible expérience du C# ; je souhaiterais donc votre opinion.

J'ai par exemple une classe Sprite avec une propriété Position de type Vector2.

Voici le code C correspondant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
float Sprite_GetPositionX(Sprite* Instance);
float Sprite_GetPositionY(Sprite* Instance);
void  Sprite_SetPosition(Sprite* Instance, float X, float Y);

Et ce que j'aimerais faire en C# :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
class Sprite
{
    public Vector2 Position
    {
        get {return new Vector2(Sprite_GetPositionX(Instance), Sprite_GetPositionY(Instance));}
        set {Sprite_SetPosition(Instance, value.x, value.y);}
    }
 
    private IntPtr Instance;
};

Seulement, ce code inciterait à écrire des choses de ce genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Sprite s = new Sprite;
s.Position.x = 5;

Ce qui n'est évidemment pas bon étant donné que s.Position ne renvoie qu'une instance temporaire, et que toute modification sur celle-ci n'aura aucun effet sur le sprite.

Ma question est donc : que fait-on habituellement dans ce genre de situation en C# ? Faut-il que je remplace mes propriétés par des accesseurs ? Y a t-il une astuce pour éviter le problème cité ?

[Guulh]

Salut,

ça doit être l'un des cas où les structs sont utiles :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
struct Vector
{
	public int X;
	public int Y;
	// + un constructeur mais j'ai la flemme :)
}
class A
{
	public Vector V { get { return new Vector(..., ...); } set { ... } }
	void f()
	{
		this.V = new Vector(2, 4); // ok
		this.V.X = 9; // exception !
	}
}

[Laurent Gomila]

En effet dans ce cas précis cela pourrait être utile, mais ça ne marche pas toujours. Par exemple, j'ai également des propriétés qui renvoient des variables de type string.

[Guulh]

En effet dans ce cas précis cela pourrait être utile, mais ça ne marche pas toujours. Par exemple, j'ai également des propriétés qui renvoient des variables de type string.

Et ? je vois pas le problème, là

[Laurent Gomila]

Et bien si je modifie la chaîne renvoyée cela n'aura aucun effet sur mon objet.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Sprite s = new Sprite;
s.Name.replace(...); // aucun effet

[Guulh]

Et bien si je modifie la chaîne renvoyée cela n'aura aucun effet sur mon objet.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Sprite s = new Sprite;
s.Name.replace(...); // aucun effet

Ça n'en aurait pas eu plus si Name avait été une propriété standard, car les string sont immutable en C#. string.Replace renvoie une nouvelle chaîne, et ne modifie pas l'instance sur laquelle elle a été appelée.

[Laurent Gomila]

Ah d'accord, désolé je ne le savais pas

Comme je l'ai dit, je n'ai quasiment jamais pratiqué le C#.