Cómo lidiar con una clase sellada cuando quería heredar y agregar propiedades

Question

En un recent question on Stack Overflow, pregunté cómo podría analizar un nombre de archivo para obtener información adicional sobre un archivo.

Después de resolver este problema, decidí que podría querer crear un nuevo tipo de objeto para contener los metadatos y el archivo original. Pensé que podría hacer algo como esto:

class BackupFileInfo : FileInfo, IEquatable<BackupFileInfo> 
{ 
    //Properties and Methods here 
} 

La idea sería que iba a retener el FileInfo objeto original al tiempo que añade la información de metadatos en las propiedades del objeto que implementa FileInfo, como IsMainBackup.

Sin embargo, FileInfo está sellado, lo que significa que otras clases no pueden heredar de él.

En cambio, terminé con lo siguiente:

class BackupFileInfo : IEquatable<BackupFileInfo> 
{ 
    public bool IsMainBackup { get; set; } 
    public int ImageNumber { get; set; } 
    public int IncrementNumber { get; set; } 
    public FileInfo FileInfo { get; set; } 

    //public BackupFileInfo() //constructor here 

    public bool Equals(BackupFileInfo other) 
    { 
     return (this.FileInfo.Name == other.FileInfo.Name 
      && this.FileInfo.Length == other.FileInfo.Length); 
    } 

} 

No estoy terriblemente emocionado por esta solución porque en lugar de ser capaz de utilizar BackupFileInfo.Length, voy a tener que usar BackupFileInfo.FileInfo.Length. Tal vez esta es la mejor práctica, pero algo no se siente bien.

¿Hay una forma mejor de solucionar este problema?

Answer 1

Esta es una de las composiciones clásicas en lugar de ejemplos de herencia y fue en la dirección correcta.

Para resolver su problema de propiedad simplemente cree una propiedad llamada Length que delegue en el objeto FileInfo encapsulado.

Answer 2

Puede exponer las propiedades en FileInfo que le interesan. Algo como esto:

public long Length { get { return FileInfo.Length; } } 

Obviamente, esto resulta menos práctico si desea delegar muchas propiedades a FileInfo.

Answer 3

Pass-thru?

class BackupFileInfo : IEquatable<BackupFileInfo> 
{ 
    public long Length {get {return FileInfo.Length;}} 
    //.... [snip] 
} 

Además, un puntal llama FileInfo es buscar problemas ... es posible que tenga desambiguación contra la clase FileInfo en unos pocos lugares.

Answer 4

Puede ajustar fácilmente las propiedades de información de archivos en sus propias propiedades si lo desea.

public long Length 
{ 
    get 
    { 
     return this.FileInfo.Length; 
    } 
} 

Answer 5

Esto en realidad no soluciona el problema más grande, pero por supuesto que sólo puede hacer que las propiedades que desea utilizar actúan como proxies a las propiedades reales por debajo. P.ej.

public long Length 
{ 
    get {return FileInfo.Length;} 
} 

(Con approriate nula comprobación por supuesto.)

Answer 6

Se podría añadir un operador implicit a su clase.

Ej:

class BackupFileInfo .... { 
    /* your exiting code */ 

    public static implicit FileInfo(BackupFileInfo self){ 
    return self.FileInfo; 
    } 
} 

A continuación, podría tratar su objeto BackupFileInfo como un objeto FileInfo al igual que

BackupFileInfo bf = new BackupFileInfo(); 
... 
int mylen = ((FileInfo)bf).Length;