¿Por qué no se nos permite especificar un constructor en una interfaz?

Question

Duplicar posibles:
Interface defining a constructor signature?

sé que no se puede especificar un constructor en una interfaz en .Net, pero ¿por qué no podemos?

Sería realmente útil para mi proyecto actual poder especificar que se debe pasar un 'motor' con el constructor, pero como puedo, bastará con un comentario XML en la clase.

Answer 1

Porque una interfaz describe el comportamiento. Los constructores no son comportamiento. Cómo se construye un objeto es un detalle de implementación.

Answer 2

Debido a que no se puede crear una instancia de una interfaz, por lo que una construcción tiene sentido.

Answer 3

¿Cómo llamarías al constructor? Cuando utiliza interfaces, normalmente pasa una instancia de la interfaz (o más bien, una referencia). También tenga en cuenta que si una clase implementa una interfaz, una clase derivada hereda esa interfaz, pero puede no tener el mismo conjunto de constructores.

Ahora, puedo ver el uso de lo que llamo las interfaces estáticas para la especificación de los constructores y otros miembros esencialmente estáticos para su uso en métodos genéricos. Ver my blog post on the idea para más información.

Answer 4

No, no puede haber constructores en las interfaces por los motivos que se han publicado. Sin embargo, puedes en clases abstractas. Digamos, por ejemplo, que tienes esta clase base.

public abstract class ClassOne 
{ 
    protected int _x; 
    protected string _s; 

    public ClassOne(int x, string s) 
    { 
     _x = x; 
     _s = s; 
    }   
} 

Note que no hay constructores que no toma ningún argumento (constructor por defecto) lo que significa cualquier clase que hereda de ClassOne deben llamar al constructor que tiene 2 argumentos.

Esto no es válido y no se compilará.

public class ClassTwo : ClassOne 
{ 
    public ClassTwo() 
    { } 
} 

Sin embargo, esto es válido y compilará.

public class ClassTwo : ClassOne 
{ 
    public ClassTwo(int x, string s) : base(x, s) 
    { } 
} 

Me gustaría señalar aquí que en C# solo se puede heredar de una clase base. Lo que significa que esta puede no ser la solución correcta para una situación particular, pero es algo en lo que pensar.

Tony.

Answer 5

Entre todas las demás razones ya publicadas, tenga en cuenta que una clase puede implementar fácilmente varias interfaces; ¿Qué constructor debería usarse entonces?

Answer 6

Otras respuestas ya han señalado por qué no tiene sentido tener una declaración de constructor en una interfaz. Pero de su pregunta, supongo que probablemente esté buscando el abstract factory pattern.

Para dar un ejemplo basado en su pregunta: usted dice que le gustaría declarar de alguna manera que un 'motor' debe pasarse al constructor.Usted puede hacer esto al declarar una interfaz independiente para un servicio de la construcción de esta manera:

public interface IGadgetFactory 
{ 
    IGadget CreateGadget(Engine engine); 
} 

Cualquier código que debe crear IGadget casos puede entonces utilizar una instancia IGadgetFactory en lugar de llamar directamente a ningún constructor.

Answer 7

Además de las otras explicaciones que se dan aquí, tendría que inventar una nueva sintaxis para llamar de todos modos, ya que si usted tiene dos o más implementaciones de perímetro en la línea de:

Dim x as new IDoStuff() 

aplicación Whice se llama ?