<div dir="ltr">>>Конструкторы - всегда статические и к наследованию они не имеют никакого отношения. Деструкторов, например, в Java - вообще нет. О проблемах вызванных наследованием очень доступно >>рассказывается в том видео, ссылку на которое я приводил в предыдущем сообщении.<br><br>Опять утрируете, я не хочу начинать разговор об ООП и как оно реализовано в различных языках.<br>А наследование в свою очередь является фундаментальным аспектом ООП. И речь идёт о самой сущности наследования.<br><br>Сам Игорь в видео говорит об копипасте, и в тоже время реализовано наследование конфигурации которое должно избавить от копипаста - неоднозначность.<br>Сводится всё к тому, что если есть какая-либо строгая иерархия (main_ctx -> http_ctx -> server_ctx -> location_ctx -> (inner_location_ctx)), то и свойственно быть наследованию для избавления от копипаста.<br><br>И речь идёт о многозначном параметре как fastcgi_param (определённым уровнем выше - parent), который по законам наследования не должен затираться, а сливаться с дочерним контекстом.<br><br>>>На этот вопрос Вам уже ответили несколько раз.<br><br>Ни одного аргументированного ответа не увидел, кроме всяких неаргументированных сайд-эффектов.<br>Каких сайд-эффектов от слияния двух массивов (рассматривается fastcgi_param)?<br><br>>>Прежде чем что-то пытаться улучшать - имеет смысл сначала<br>>>понять, почему это было реализовано именно так, а не иначе.<br><br>Согласен, приведите аргументы к выше указанному вопросу и на этом закончим разговор.<br><br><br><br>   </div>