Re: Re: Наследование fastcgi_param

[Amanda Sproule]

>>Конструкторы - всегда статические и к наследованию они не имеют никакого
отношения. Деструкторов, например, в Java - вообще нет. О проблемах
вызванных наследованием очень доступно >>рассказывается в том видео, ссылку
на которое я приводил в предыдущем сообщении.

Опять утрируете, я не хочу начинать разговор об ООП и как оно реализовано в
различных языках.
А наследование в свою очередь является фундаментальным аспектом ООП. И речь
идёт о самой сущности наследования.

Сам Игорь в видео говорит об копипасте, и в тоже время реализовано
наследование конфигурации которое должно избавить от копипаста -
неоднозначность.
Сводится всё к тому, что если есть какая-либо строгая иерархия (main_ctx ->
http_ctx -> server_ctx -> location_ctx -> (inner_location_ctx)), то и
свойственно быть наследованию для избавления от копипаста.

И речь идёт о многозначном параметре как fastcgi_param (определённым
уровнем выше - parent), который по законам наследования не должен
затираться, а сливаться с дочерним контекстом.

>>На этот вопрос Вам уже ответили несколько раз.

Ни одного аргументированного ответа не увидел, кроме всяких
неаргументированных сайд-эффектов.
Каких сайд-эффектов от слияния двух массивов (рассматривается
fastcgi_param)?

>>Прежде чем что-то пытаться улучшать - имеет смысл сначала
>>понять, почему это было реализовано именно так, а не иначе.

Согласен, приведите аргументы к выше указанному вопросу и на этом закончим
разговор.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150627/1cc602ee/attachment.html>