Ну как я и говорил ранее, работающего заявленного функционала не дождаться.
По всей амурской области, которая размером с Францию у них высокая загруженность, застройка и т.д.
Статус бар в телефоне показывает реальную скорость. Видео из интернета не грузятся, музыка не играет страницы не открываются, приложения не обновляют содержимое (в разумное время). Внешние тесты скорости показывали низкую скорость. Нормальная была только в вашем приложении. К слову, когда ваше приложение тестировало скорость, мой "неправильный" статус бар показывал ту же скорость, что и ваше правильное приложение.
Вывод один: не советую.
В начале больше всего напрягла ситуация, что срок подошёл, а никакой инфы нет. Я согласен на задержку в поставке, но не согласен с тем, что магазин делает вид, что так и должно быть. Позвоните или напишите, извинитесь, но держите в курсе. А уж когда начался обман, это и стало последней каплей))
Я же у них и телик собирался купить, Самсунг на 65 дюймов qled, 250к стоит. Теперь даже не знаю, наверное в другом магазине возьму
031286974
Извини, с телефона случайно опубликовал и не смог редактировать))
А по делу будет что-то или жизни будете учить?))
Спасибо, я что-то читал, не совсем мне подошло, вроде.
1. Это хорошо, что есть поддержка в PHPStorm, не все им пользуются. Но есть проблема, если вы используете массивы часто и много, а особенно если они большие, ваш код будет изобиловать комментариями, описывающими структуру массива. Возьмите штатный компонент битрикса и несколько шаблонов для него и получится, что в каждом шаблоне вам придётся описывать структуру этих массивов, а если там есть result_modifier.php и component_epilog.php, то ещё по разу в каждом файле. Такое себе решение, как по мне.
2. За совет спасибо, изучу.
Согласен про конструктор, немного поправил статью. И я понимаю прекрасно про геттеры и сеттеры, про магические методы я тоже знаю и понимаю. Но нужно будет в конструкторе писать создание экземпляра класса для каждого вложенного объекта.
Вот пример с интерфейсами в TS. Можно вынести объект в отдельный интерфейс и использовать его ещё где-то, а можно оставить объектом с полями. Т.к. такого функционала у php нет, его можно заменить классами и PHPDoc))
Павел, спасибо за мнение. У меня есть опыт работы с D7 и тоже предпочитаю использовать объекты, но когда имеешь дело со штатными компонентами, то вот там как раз в шаблоне мы и получаем многомерные массивы и это печалит.
А костыль да, ещё тот))
Буду признателен, если поделитесь ссылкой на решение с маппером или фабрикой, которое вы считаете более грамотным.
И да, вы же сами являетесь разработчиком того по, которые выдает ошибку, посмотрите в логах в чем бело,. Просто рукалицо