Clase anidada con constructor oculto imposible en C#?

Question

He estado haciendo algo de programación últimamente y me enfrenté a un problema que encontré raro en C#. (Al menos para mí)

public class Foo 
{ 
    //whatever 
    public class FooSpecificCollection : IList<Bar> 
    { 
     //implementation details 
    } 
    public FooSpecificCollection GetFoosStuff() 
    { 
     //return the collection 
    } 
} 

Quiero que el consumo de Foo para poder obtener una referencia a FooSpecificCollection, incluso realizar algunas operaciones sobre el mismo. Tal vez incluso establecerlo en alguna otra propiedad de Foo o algo así, pero no poder CREAR una instancia de esta clase. (La única clase que debería poder instalar esta colección debería ser Foo.

¿Mi pedido es realmente exagerado? Sé que la gente definió de manera más inteligente C# pero no debería haber tal opción que una clase para padres puede crear una instancia de clase anidada pero nadie más no se puede.

hasta ahora he creado una solución para hacer una clase abstracta, o interfaz disponible a través de la propiedad y poner en práctica una clase privada de concreto que no está disponible en ningún otro lugar.

¿Es esta la manera correcta de manejar una situación así??

Answer 1

La manera en que funcionan las clases integradas es que, como miembros de la clase externa, obtienen acceso a los miembros privados de esa clase externa. Pero no al revés (qué es lo que quieres).

Puede proteger el constructor de FooSpecificCollection, pero entonces la fábrica debe ser parte de FooSpecificCollection. Se podría contar con la clase externa:

public class Foo 
{ 
    public class FooSpecificCollection : List<Bar> 
    { 
     private FooSpecificCollection() { } 

     public static FooSpecificCollection GetFoosStuff() 
     { 
      var collection = new FooSpecificCollection(); 
      PrepareFooSpecificCollection(collection); 
      return collection;    
     } 
    } 

    private static void PrepareFooSpecificCollection(FooSpecificCollection collection) 
    { 
     //prepare the collection 
    } 
} 

Answer 2

Si es cre En una biblioteca para que otros la usen, puede hacer que el constructor internal. Cualquier persona fuera de la biblioteca no podrá acceder a ella. Si le preocupa llamar al constructor en su propio proyecto, simplemente no lo llame fuera de la clase principal.

Creamos clases todo el tiempo que no están directamente relacionadas con otras clases, pero los constructores no tienen que estar ocultos de clases no relacionadas. Nosotros (los programadores) sabemos que los objetos no están relacionados, así que nunca creamos una instancia de uno en el otro.

Answer 3

No, y realmente no tiene sentido.

Me refiero a que todo el punto es para que pueda devolver otras instancias; pero ¿quién se derivará de esa clase de todos modos? Desde luego, no cualquier otra clase (porque eso estaría mal, e implican no debe estar oculto dentro de la clase principal), por lo ...

Answer 4

Haga su clase anidada private y hacen que el valor de retorno de GetFoosStuffIList<Bar> en lugar de FooSpecificCollection .

Además, hay una buena posibilidad de que deriving from List<Bar> is a bug.

Answer 5

Hay una solución pero no creo que la use en mi aplicación :) La idea es tener una clase derivada de FooSpecific que sea privada y solo se pueda usar dentro de Foo pero tenga un constructor público, entonces Foo puede crear sus instancias

public class Foo 
{ 
    //whatever 
    public class FooSpecific 
    { 
     // Protected contructor. 
     protected FooSpecific() 
     { 
     } 

     // All other code in here. 
    } 

    // Private helper class used for initialization. 
    private class FooSpecificInitHelper : FooSpecific 
    { 
     public FooSpecificInitHelper() 
     { 
     } 
    } 

    // Method in foo to create instaces of FooSpecific. 
    private FooSpecific CreateFooSpecific() 
    { 
     return new FooSpecificInitHelper(); 
    } 
}