Одной из важных причин использования списка инициализаторов конструктора, который здесь не упоминается, является инициализация базового класса.
As по порядку построения базовый класс должен быть построен до класса ребенка. Без списка инициализатора конструктора это возможно, если ваш базовый класс имеет конструктор по умолчанию, который будет вызываться непосредственно перед вводом конструктора дочернего класса.
Но если ваш базовый класс имеет только параметризованный конструктор, то вы должны использовать конструктор, чтобы убедиться, что ваш базовый класс инициализирован до дочернего класса.
Используя список инициализаторов конструктора, вы инициализируете своих членов данных точным состоянием, которое вам нужно в коде, а не сначала инициализируйте их до состояния по умолчанию и amp; затем измените свое состояние на тот, который вам нужен в вашем коде.
Если нестатические члены данных const в вашем класс имеют стандартные конструкторы & amp; вы не используете список инициализаторов конструктора, вы не сможете их инициализировать до предполагаемого состояния, поскольку они будут инициализированы в их состоянии по умолчанию.
Элементы ссылочных данных должны быть инициализированы, когда компилятор входит в конструктор, поскольку ссылки не могут быть просто объявлены & amp; инициализируется позже. Это возможно только с помощью списка инициализаторов конструктора.
Я думаю, что у вас есть опечатка для диапазона IP-интерфейса RStudio, который равен 0.0.0.0/0, почему бы не ограничить ограниченные IP-адреса, а не глобально доступный? Даже если это TCP, вам все равно нужно ограничить диапазон IP-адресов
Предоставленные вами изображения предназначены для списков контроля доступа к сети (NACL), а не для групп безопасности. В общем, вы никогда не должны изменять конфигурацию NACL , если вы действительно не разбираетесь в сетях.
Скорее, вам следует настроить группу безопасности таким образом, чтобы разрешить входящий доступ только с вашего IP-адреса на желаемых портах.