Rétablissement des types génériques

Question

Supposons l'exemple suivant. Une approche générique du traitement de la connexion à la base de données. DbConnection.BeginTransaction() (à partir de System.Data.Common) renvoie une instance DbTransaction. Puisque cela est explicitement indiqué, pourquoi dois-je le lancer explicitement?

internal abstract class ADatabase<DbCommandType, DbConnectionType, DbTransactionType> : IDisposable 
    where DbCommandType : DbCommand, new() 
    where DbConnectionType : DbConnection, new() 
    where DbTransactionType : DbTransaction, new() 
{ 
    DbConnectionType _connection; 
    DbTransactionType _transaction; 

    void Foo() 
    { 
     _transaction = _connection.BeginTransaction(); // <-- Error.. 
    } 
} 

L'erreur que je reçois est

Erreur 1 Impossible de convertir implicitement le type 'System.Data.Common.DbTransaction' à 'DbTransactionType'. Une conversion explicite existe (vous manque un casting?)

Bien sûr, je peux le jeter, mais la question est pourquoi ?

Answer 1

Votre générique a une contrainte qui dit que DbTransactionType doit être la classe DbTransactionou de toute classe dérivée de celle-ci.

Avec ce point culminant, il devrait être clair que vous ne devriez même pas le lancer explicitement.

Mais si ce n'est pas clair: La valeur de retour de BeginTransaction est une instance de type DbTransaction. Le type de _transaction est DbTransactionType, ce qui pourrait être un sous-classe de DbTransaction. Vous ne pouvez pas affecter une variable d'une classe de base à une variable d'une sous-classe sans conversion. Et la conversion ne fonctionnera que si la variable de la classe de base contient réellement une instance de cette sous-classe. Lorsque vous pensez à ce problème, dans votre modèle mental, remplacez DbTransactionType par string et DbTransaction par . Maintenant, le problème devrait devenir clair immédiatement.

Answer 2

vous restreignez juste DbTransactionType-DbTransactionou toute sous-classe tant que le type a un constructeur sans paramètre. Donc, bien que vous puissiez utiliser n'importe quelle sous-classe à la place de DbTransaction, il n'en va pas de même dans l'autre direction et DbTransactionType pourrait faire référence à une telle sous-classe, rendant l'attribution d'une DbTransaction problématique.