¿Hay alguna forma de FALSIFICAR herencia en C#/VB.NET?

Question

Supongamos que deseo heredar de System.Data.SqlClient.SqlTransaction que es sellado. Supongamos que quiero simplemente poner un contenedor alrededor de SqlTransaction y siempre usar MyTransaction en lugar de SqlTransaction. ¿Existe alguna forma de que pueda emitir MyTransaction a SqlTransaction utilizando un operador de ampliación/implícito?

Answer 1

Si realmente desea la conversión implícita (aunque yo no lo recomiendo, ya que es una idea horrible y un diseño horrible, OMI), se puede hacer algo como esto:

class MyTransaction 
    { 
     private readonly SqlTransaction _transaction; 

     public MyTransaction(SqlConnection conn) 
     { 
      _transaction = conn.BeginTransaction(); 
     } 

     public SqlTransaction Transaction 
     { 
      get 
      { 
       return _transaction; 
      } 
     } 

     public static implicit operator SqlTransaction(MyTransaction t) 
     { 
      return t.Transaction; 
     } 
    } 

Answer 2

Puede crear una clase que tenga una variable de transacción interna y luego exponer los métodos y las propiedades. Algo así como esto:

public class MyTransaction 
{ 
    System.Data.SqlTransaction myTx = someConnection.CreateTransaction(); 

    public void CommitTransaction() : { 
     myTx.CommitTransaction() 
    } 
} 

También puede hacer que herede de DbTransaction y vuelva a grabar los procedimientos abstractos y virtuales para utilizar la variable myTx interior, pero empieza a ser un poco compleja sin razón aparente ...

Answer 3

Si solo está interesado en agregar métodos adicionales a una clase, puede usar métodos de extensión. Eso no le dará acceso a ningún estado interno ni le permitirá anular comportamientos, pero le permitirá agregar funcionalidades limitadas. No estoy al tanto de ninguna forma de heredar de una clase sellada.

Puede crear un verdadero objeto envoltorio como otros lo han mencionado, pero no podrá usarlo polimórficamente en lugar del objeto original.

Answer 4

Puede definir su propia clase MyTransaction como un contenedor alrededor de SqlTransaction. Mantenga una instancia de SqlTransaction en un campo privado dentro de MyTransaction. Su contenedor no será compatible con SqlTransaction, pero si implementa las mismas interfaces que SqlTransaction implementa, puede acercarse mucho.

Answer 5

No, no puede hacer que su clase personalizada sea heredada de SqlTransaction o que la falsifiquen.

Sin embargo, si el contexto de lo que está haciendo le permite utilizar una DbTransaction, podría heredar su clase de transacción personalizada de DbTransaction, terminando una SqlTransaction dentro con cualquier otra funcionalidad que requiera.

Answer 6

Haces tiene otra opción, puede usar Reflection.Emit() para agregar una interfaz de su elección a SqlTransaction, y luego usar esa misma interfaz, en su nueva clase MyTransaction y luego puede hacer llamadas a la interfaz, en lugar de la clase.

Tenga cuidado de que esto solo funcione en las bibliotecas que cree, o modifique específicamente los tipos cargados usando Reflection.

Answer 7

Puede crear métodos de extensión.

public static class SqlTransactionExtensions 
{ 
    public static void DoSomething(this SqlTransaction transaction, int myParameter) 
    { 
     // do something here 
    } 
} 

La clase debe ser estática. Coloque la palabra mágica this delante del primer parámetro que debe ser del tipo de la clase que está extendiendo. También puedes extender interfaces. Si desea utilizar este método de extensión, debe tener un using namspace con el espacio de nombre de esta clase de extensión, si no está definido en el mismo espacio de nombres en el que está trabajando.

A continuación, puede llamar al método de extensión como si fuera un método regular de SqlTransaction:

SqlTransaction t = new SqlTransaction(); 
t.DoSomething(5); 

Answer 8

OK, así descartar la herencia y se centra en la tarea que realmente quiere resolver (Basado en el comentario trapos).

He tenido éxito en el pasado al ejecutar todas las llamadas a través de una biblioteca auxiliar e implementar la lógica allí. En el pasado, he usado SqlHelper, que se publica en Microsoft Data Application Block. Este es un módulo fuente, que puede adaptar a sus necesidades. Puede agregar cualquier log u otra lógica que necesite.

También hace que el código sea muy legible. Puede hacer cosas como:

SqlHelper.ExecuteDataset() de consultas que devuelven conjuntos de datos,

SqlHelper.ExecuteScalar() para las consultas de la devolución de valores individuales,

SqlHelper.ExecuteNonQuery() para los comandos que no tienen retornos (como INSERT 's).

etc.