Por supuesto que puede de acceso a miembros estáticos de los miembros de instancia ... pero se debe entender por qué no puede acceder a los miembros de instancia sin una instancia.
Su clase básicamente dice que cada instancia de ClassA
le permite obtener una lista de las órdenes asociadas con una ID en particular. Ahora, diferentes instancias de ClassA
pueden arrojar resultados diferentes; por ejemplo, podrían estar conectadas a diferentes bases de datos. ¿Qué resultados desea obtener en DoSomethingElse
?
Para dar un ejemplo sencillo, supongamos que tenemos una clase Person
, y cada persona tenía un nombre: "¿Qué es Person.Name
"
public class Person
{
public string Name { get; set; }
}
¿Tiene sentido preguntar No, porque no has especificado de qué persona estás hablando.
Debe o bien hacer ClassA.GetOrders
estática - si es que no implica ninguna información por instancia, incluidos los miembros virtuales - o hacer ClassB
consciente de la instancia de ClassA
utilizar al enterarse de las órdenes.
Si pudieras darnos a conocer nombres más realistas para estas clases, podríamos orientarnos acerca de qué solución es más probable que sea apropiado ... personalmente yo preferiría favorecer este último enfoque, ya que los miembros estáticos generalmente lideran a un código menos comprobable.
Necesitará una instancia de 'ClassA' para llamar a' GetOrders (..) 'ya que no está marcado como' static'. ¿Querías decir que es 'estático 'en su lugar? –
ClassA es un Singleton – PositiveGuy
Supongo que podría pasar el Singleton al otro ensamblado posiblemente en ese método en ClassB – PositiveGuy