? dans un type

Bonjour,

Pour générer une classe utilisable avec NHibernate, j'ai utilisé un outil appelé NConstruct.

Dans la classe de base d'un de mes objets, cet outil m'a généré la ligne suivante:

private DateTime? _Birth_date;

Quand je veux assigner une valeur DateTime à _Birth_Date, le compilo me dit qu'il faut faire un cast parce qu'il ne peut assigner un DateTime à un DateTime? . Ok, je veux bien, mais ce ? , il a un sens précis pour C# ou bien NConstruct a t-il généré un nouveau type en utilisant le ? comme n'importe quel autre caractère alphanumérique ?

Papy

Salut,

ce n'est pas plutot dans l'autre sens, que le compilo emet une erreur (assigné un Datetime? à un Datetime simple) ?

Pour le ?, c'est un alias qu'à choisi microsoft pour representer les Nullables<T>. Un nullable etant un wrapper d'un type valeur qui peut, potentiellement, être nul.

Citation:

---

ce n'est pas plutot dans l'autre sens, que le compilo emet une erreur (assigné un Datetime? à un Datetime simple) ?

---

Exact !

Citation:

---

Pour le ?, c'est un alias qu'à choisi microsoft pour representer les Nullables<T>. Un nullable etant un wrapper d'un type valeur qui peut, potentiellement, être nul.

---

Ok ! Donc, je dois bien laisser le "?" sous peine de problèmes ultérieurs ?

Pour le fait de garder ou pas le ?, j'avouerai que je ne sais pas trop n'utilisant pas NHibernate, mais si il t'a generé cela, c'est surement du au fait que le champ en question peut potentiellement etre nul (ce qui n'aurait pas etait facile à gérer avec un Datetime classique). Il faut juste savoir que l'emploi des nullable implique un test supplementaire pour savoir si le nullable en question a une valeur (HasValue, et Value pour recuperer la valeur si tel est le cas).

Attention cependant, un nullable jete des exceptions si il est casté (explicite) ou que tu veux recuperer sa valeur alors qu'il n'en a pas.

Citation:

---

Envoyé par SirJulio

..., mais si il t'a generé cela, c'est surement du au fait que le champ en question peut potentiellement etre nul (ce qui n'aurait pas etait facile à gérer avec un Datetime classique).

---

Effectivement, le champ peut être null tant qu'il n'a pas été renseigné. Je n'aime pas utiliser les null dans les bases de données mais là j'ai pas le choix.

Merci pour tes conseils.

La classe Nullable<T> a principalement été créé par rapport aux bases de données. D'ailleurs LINQ utilise des types nullables...

Juste histoire de chipoter (mais la precision est importante en .Net), Nullable<T> est une structure. La syntaxe C#ienne peut induire en erreur à cause de ceci :

Code:

---

1 2	int? i = null; //OK int i = null; //NOOK

---

Normalement une structure n'est pas nullable, pourtant un nullable l'est. Bref des details, mais ca peut etre source d'erreur si on pense que T? est une classe. =)