OOP problema de diseño

El uso genérico de la clase base (si su idioma admite (la de abajo es de C#)):

public abstract class Car<TFuel>  where TFuel : Fuel
{
    public abstract void FillTank(TFuel fuel);
}

Básicamente, esto obliga a que cualquier clase que hereda de coche para especificar el tipo de combustible que utiliza. Además, el Car clase impone una restricción que TFuel debe ser algún subtipo de lo abstracto Fuel de la clase.

Digamos que tenemos alguna clase Diesel , el cual es simple:

public class Diesel : Fuel
{
    ...
}

Y un coche que sólo se ejecuta en diesel:

public DieselCar : Car<Diesel>
{
     public override void FillTank(Diesel fuel)
     {
          //perform diesel fuel logic here.
     }
}

La programación orientada a objetos por sí solo no puede manejar este problema. Lo que usted necesita es genérico de programación (C++ solución se muestra aquí):

template <class FuelType>
class Car
{
public:
  void FillTank(FuelType fuel);
};

Su coche diesel es sólo un vehículo específico, Car<Diesel>.

un doble envío puede ser utilizado para esto: aceptar algunas de combustible antes de llenarlo. La mente que en un lenguaje que no soportan directamente, introducir las dependencias

Suena como que usted sólo desea restringir el tipo de combustible que va en su coche diesel. Algo así como:

public class Fuel
{
    public Fuel()
    {
    }
}

public class Diesel: Fuel
{
}

public class Car<T> where T: Fuel
{
    public Car()
    {
    }

    public void FillTank(T fuel)
    {
    }
}

public class DieselCar: Car<Diesel>
{
}

Iba a hacer el truco por ejemplo,

var car = new DieselCar();
car.FillTank(/* would expect Diesel fuel only */);

Básicamente lo que se está haciendo aquí es permitir que un Car tener específicos de los tipos de combustible. También permite que usted para crear un auto que admite cualquier tipo de Fuel (la probabilidad sería una cosa buena!). Sin embargo, en su caso, la DieselCar, sólo se puede derivar una clase de coche y lo limitan a usar Diesel de combustible solamente.