[D2005] Type Variant en .NET

Bonjour,

Juste une question toute bete : comment faire dans un projet delphi .NET si on a besoin d'une variable de type 'variant' ?

En effet si on fait

Code:

---

var lunatic : Variant;

---

on recoit une erreur :

Citation:

---

[Erreur] Menu.pas(97): E2003 Identificateur non déclaré : 'Variant'

---

Merci,

C'est assez simple.

Il faut que tu mettes variants dans le uses. :P

Non, ça ne suffit pas. Il me semble qu'il est impossible d'utiliser le type Variant en .NET : c'est trop risqué :wink:
Pour être sûr, je te conseille tout de lire http://laurent-dardenne.developpez.c...eDelphiDotNet/

En effet c'est plus possible, ça ne rentre pas dans la politique de sûreté des applications .NET

En utilisant des fiches VCL (projet VCL .NET dans delphi 2005) on peux encore utiliser des variants et la pluspart des compos W32, ouf.

Par contre je me demande comment on va faire pour tout ce qui est lien OLE, ainsi que pour les WebServices ?

Pour les liens OLE on utilisait une variant, pour les webservices je sais pas, mais la meme methode semble donner des resultats (je teste encore).

Salut,
effectivement le type variant est implémenté sous Delphi .NET en tant que

Code:

---

1 2 3

type Variant = type TObject; OleVariant = type TObject;

---

Il sont donc reconnus et ne génére pas de code unsafe, voir PEVerify.

Extrait de la doc Delphi 2005

Citation:

---

Migration des variants

Le type Variant est très différent dans Delphi 2005. Alors que le compilateur Win32 mappe Variant sur le type d'enregistrement utilisé par COM pour les variants, dans Delphi 2005, un variant est plus général. N'importe quel objet (c'est-à-dire dans Delphi 2005 n'importe quel type) peut agir et être manipulé comme variant. Par conséquent, dans Delphi 2005, vous pouvez affecter un contrôle à un variant.

Le type Delphi Variant est une notion du langage Delphi qui n'est pas compatible CLS. Si vous écrivez dans Delphi 2005 du code utilisant des variants, pour le monde extérieur, ceux-ci seront uniquement mappés comme System. Object . Ainsi, pour le code écrit dans d'autres langages, la souplesse dans les conversions de types offerte par la prise en charge des variants Delphi n'est pas disponible.

Modifications de TVarRec

Si votre code utilise des variants, il est probable qu'il continuera à fonctionner. Toutefois, comme les variants ne sont plus basés sur le type TVarRec, tout code fonctionnant avec les structures internes d'un variant Win32 en pénétrant dans l'enregistrement TVarRec sous-jacent doit être réécrit pour .NET.
Remarque: Presque toutes les fonctions fournies par l'unité Variants sont implémentées dans Delphi 2005. Si vous avez besoin d'obtenir le VarType d'un variant, vous pouvez l'obtenir et conserver quand même un code portable.

Modifications des variants OLE

La couche COM Interop marshale automatiquement les Objects (et donc les variants). Vous pouvez donc utiliser les variants Delphi 2005 avec COM. Toutefois, lors de l'utilisation des variants Delphi 2005 avec COM, vous devrez restreindre les types affectés au variant aux seuls types compatibles COM.

Dans Delphi pour Win32, le compilateur impose des restrictions COM sur les genres de données qu'il est possible d'affecter à un OleVariant. Dans Delphi 2005, OleVariant est simplement un synonyme de Variant. Il n'entreprend aucune action pour garantir que la valeur Variant est d'un type compatible COM.
Modifications des variants personnalisés

Les variants personnalisés sont totalement différents dans Delphi 2005. Comme les variants ne sont que des objets, il n'est pas nécessaire de faire quoi que ce soit pour créer un variant personnalisé – toute classe que vous définissez est déjà un type Variant. Toutefois, pour fonctionner correctement avec un variant personnalisé, l'implémentation de quelques interfaces CLR peut être utile : IComparable, IConvertible et ICloneable. Le compilateur Delphi peut utiliser ces interfaces pour implémenter des opérations de Variant. Toutefois, même avec ces interfaces, d'autres types Variant arbitraires ne peuvent pas être convertis dans votre (classe) Variant si vous n'implémentez pas une méthode FromObject :
class function FromObject(AObject: System.Object): TObject; static;
FromObject prend un objet source arbitraire (le variant à convertir dans votre type de classe) et renvoie l'instance correspondante de votre classe sous forme de TObject .

---

A savoir : le type Currency n'est pas un type de la CLR mais il est simulé dans la VCl pour le portage (dixit Olivier Dahan dans Delphi 8 pour .NET). Avec un Risque de bug.

Tous les types sous .NET sont des objets et on peut connaître dynamiquement leur type, Ma Variable.GetType.
Confirmation :

Code:

---

1 2 3 4 5 6 7

class function VariantHelper.VarType(const AObject: TObject): TVarType; begin if AObject = nil then Result := varEmpty else Result := VarType(AObject.GetType); end;

---

Avec

Code:

---

1 2	VariantHelper = class helper for Variant

---

Le C# ne propose pas le type variant.

Pour enfoncer le clou:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Messages d'erreur de référence de Visual Basic   'Variant' n'est plus un type pris en charge ; utilisez le type 'Object' à la placeVoir aussi Object, type de données ['Variant' is no longer a supported type; use the 'Object' type instead]   Le type de données Object remplace Variant.   Pour corriger cette erreur   Déclarez l'élément en tant que Object.

---

:)
A mon avis il est préférable d'éviter les variant en modifiant la maniére de coder sous .NET.