объект член экземпляра в OnCreate против при декларировании

Question

я в основном спрашивают о разнице между этими двумя подходами:

public class myClass extends AppCompatActivity { 
    private objectType mObject = new objectType(); 

    @Override 
    protected void onCreate(Bundle savedInstanceState) { 
     //do stuff with mObject 

и

public class myClass extends AppCompatActivity { 
    private objectType mObject; 

    @Override 
    protected void onCreate(Bundle savedInstanceState) { 
     mObject = new ObjectType(); 

Я надеюсь, что я веду себя достаточно ясно. Я изо всех сил пытаюсь понять, когда мы хотим выбрать один против другого.

Answer 1

Функционально, ничего.

Первый будет создан при создании объекта Activity (new myClass()). Система Android делает это в определенный момент во время создания.

Второй будет создан, когда система в конечном итоге вызовет onCreate().

Если бы у вас был объект, которому нужен конструктор Context. Вы можете сделать это, например:

public class myClass extends AppCompatActivity { 
    private objectType object = new objectType(this); 

    @Override 
    protected void onCreate(Bundle savedInstanceState) { 
     //do stuff with object 

И приложение будет внезапно аварии, потому что вы, скорее всего, будет пытаться извлечь ресурсы из Context, которые еще не существуют. (Помните, что активность не создается на этом этапе).

Итак, если ваш объект действительно должен использовать Context, вам необходимо создать его после или после вызова onCreate.

Answer 2

Деятельность имеет четко определенный жизненный цикл, как вы, вероятно, знаете. Это не всегда имеет значение, если вы создаете новые экземпляры в конструкторе против OnCreate, но вы определенно предпочитают OnCreate в этих обстоятельствах:

1. Если новый объект необходим правильный контекст, то есть не доступна до OnCreate() , Вы не можете сделать это в конструкторе.
2. Если вы хотите активно освободить ресурс, как только он вам больше не понадобится, onDestroy предоставляет хороший аналог toCreate в отношении жизненного цикла деятельности. Это может помочь вернуть объекты быстрее, чем если бы они были созданы в конструкторе и сохранены как «окончательные». Хотя это не является абсолютно необходимым, это дает читателю понять, что вы хотите выполнять работу после жизненного цикла Activity, а не только с самим экземпляром объекта.