в поддержке в целом, множество частей не упорядоченные с самого начала, написанные быстро(а фреймворк как раз располагает к этому) нуждаются в рефакторинге времени на который нет, что порождает костыли и не очень хороший архитектурно код
и сравнивая с вью, прям для серьезного проекта я бы его не взял
Я согласен здесь, дока очень развращает и прививает плохие паттерны как организовывать свой код (те же вызовы аксиоса прямо в компоненте). Мне можно сказать повезло что я прошёл боевое крещение первым ангуляром и хорошие паттерны забрал оттуда, в частности про разделение ответственности.
Я согласен здесь, дока очень развращает и прививает плохие паттерны как организовывать свой код (те же вызовы аксиоса прямо в компоненте). Мне можно сказать повезло что я прошёл боевое крещение первым ангуляром и хорошие паттерны забрал оттуда, в частности про разделение ответственности.
Как думаете, работая на вью, потрогать ангуляр с целью улучшения архитектуры вью - хорошая идея?
и совет я бы такой сделал для всех начинающих, сначала надо тыкать ангуляр а не вью)) потому что к примеру мне сложно даются лучшие практики архитектурные, потому что я изначально делал не так все - и привык к вью
Я согласен здесь, дока очень развращает и прививает плохие паттерны как организовывать свой код (те же вызовы аксиоса прямо в компоненте). Мне можно сказать повезло что я прошёл боевое крещение первым ангуляром и хорошие паттерны забрал оттуда, в частности про разделение ответственности.
Просвяти, как ты делаешь вызовы через аксиос НЕ в компоненте?