Блог

Прошу прощения, если это немного просто, но я не могу понять проблему.

У меня есть три класса:

 public class ClassA : MonoBehavior
{
     public List<T> list;  
     
     void Start()
       {
        list = new List<T>; 
        //then fill the list. 
       }
}

public class ClassB : ClassA
{
  void DoesSomething()
  {
     if(list.Count != 0)
  }
} 

public interface IClassB { ClassB classB { get; set;} }; 
public class ClassC: MonoBehaviour, IClassB
{
   public ClassB classB { get; set;}
    
   void Start()
   {
     classB = new ClassB();
   }
    
   public void OnButtonClick()
   {
      classB.DoesSomething();
   }
}
 

Теперь, когда я вызываю функцию DoesSomething() в ClassC, я получаю исключение null в строке, где я проверяю количество списков в ClassB, хотя я инициализировал и заполнил список в начальной функции ClassA. Я отладил его, чтобы проверить, правильно ли он инициализируется, и это происходит.

Так что, возможно, я что-то упускаю в отношении интерфейсов или наследования Unity и C # в целом. Я ценю помощь и заранее благодарю!

Ваш ClassB a MonoBehaviour .

Вы никогда не создаете экземпляр a MonoBehaviour (или вообще что-либо производное от Component ), используя new ключевое слово! Никогда!

Юмор в сторону, Unity на самом деле должен выдавать предупреждение об этом. Это не имеет смысла. Каждый MonoBehaviour принадлежит определенному экземпляру GameObject . И поэтому существует только три допустимых способа создания экземпляра:

• Используйте конструктор GameObject для того, чтобы создать новый пустой GameObject список с присоединенными соответствующими компонентами.
• Используйте AddComponent существующий GameObject , чтобы сделать это, добавьте этот компонент в GameObject .
• Используется Instantiate либо для клонирования существующего GameObject , либо для создания экземпляра сборного экземпляра с соответствующим подключенным компонентом.

Поскольку создание экземпляра через new является крайне «незаконным», также ни один из Start методов не будет вызван.

Итак, поскольку кажется, что ваш класс в любом случае не должен быть привязан к определенному GameObject , но вы собираетесь создать экземпляр, new удалив MonoBehaviour наследование, и вместо этого использовать правильный класс.

 public class ClassA
{
    // And then why not simply initialize the list by default?
    // that avoids these kind of initialization problems already right from the beginning
    public List<T> list = new List<T>(); 
     
    // And do the rest of your initialization stuff in a proper constructor
    public ClassA()
    { 
        //then fill the list. 
    }
}

public class ClassB : ClassA
{
    public void DoesSomething()
    {
         if(list.Count != 0) { }
    }
} 
 
 

Затем позже вы можете / должны сразу инициализировать свойство (начиная с c # 6)

 public ClassB classB { get; set;} = new ClassB();
 

Если, однако, ваш ClassA (и, следовательно ClassB , фактически должен быть a MonoBehaviour , то вы не хотите использовать new , а получаете экземпляр другим способом. Смотрите ранее…

Тем не менее, поскольку Start вызывается как сообщение, оно вызывается только в последней реализации, поэтому только для ClassB .

Поэтому для вложенного наследования MonoBehaviour рекомендуется сделать методы Unityessage, такие как Awake , Start etc virtual , и переопределить их в производных классах, таких как

 public class ClassA : MonoBehaviour
{
    // And then why not simply initialize the list by default?
    // that avoids these kind of initialization problems already right from the beginning
    public List<T> list = new List<T>(); 
     
    protected virtual void Start()
    { 
        //then fill the list. 
    }
}

public class ClassB : ClassA
{
    protected override void Start()
    {
        base.Start();

        // Additional stuff specific for this type
    }

    public void DoesSomething()
    {
         if(list.Count != 0) { }
    }
}