На самом деле осознанно не добавлял в список, т.к. это лишь надстройка над angular/material2.
Кстати весьма спорное решение, например с недавнего времени получилось, что есть два разных DataTable. Плюс ко всему ИМХО очень неудачные API.
Но надо признать, что на момент начала написания данной статьи, компонентов было гораздо меньше, так что работают ребята быстро.
Это все здорово конечно, но печально сразу по нескольким причинам:
1. Я уверен, что иначе работающий AOT для многих будет просто новостью, да да не все знают про --prod.
2. Наверняка снова будет вагон Breaking Changes
3. Зачем постоянно делать плохо, чтобы потом исправлять? Может быть стоит чуток посидеть и подумать над архитектурой. Как никак не студенческая лабораторная.
На сегодняшний день это действительно основной минус Vue, если для вас наиболее важно скорое трудоустройство. Но ведь и React когда-то был в таком же статусе? Однако темпы роста популярности Vue.js гораздо выше.
Касательно $mol — уже видел ваши комментарии про него ранее, но боюсь размеры community слишком малы, чтобы избрать его для серьезного enterprise приложения. А pet проекты и на Vue делаются супер быстро (опять же размеры community и простота/быстродействие).
А про упавший билд Clarity — спасибо за юнит тесты, которые действительно что-то проверяют (уверен, что пофиксят в ближайшее время).
Раньше я тоже считал, что модульность Angular — большой плюс для Lazy Loading'а. Но задумайтесь — весь минифицированный Vue.js весит 60Кб. Спрашивается, а стоит ли весь этот boilerplate с модулями того?
Именно для подобных людей я и писал данную статью! Поверьте, подобные статьи появляются не просто так. Надеюсь моя аргументация убедит вас хотя бы попробовать Vue.js
Для начала — оно не полностью опенсорсное.
А покупка сенчей сейчас кажется скорее минусом, нежели плюсом. Считаю, что времена тотального господства ExtJS в enterprise сегменте медленно подходят к концу, а последняя версия библиотеки — монструозный атавизм (ведь по-прежнему все свое — классы, разметка, билд системы и т.д). И да, я много работал с ним и знаком с их прекраснейшими и супер-функциональными компонентами.
Честно говоря никогда руками не пишу import руками, всегда делаю автоимпорт через Alt+Enter. IDE — Idea/WebStorm, в более свежих версиях стало очень удобно работать. Последний vscode не тыкал давно, но расстраивает, что там подобного нет.
Считаю это как раз хорошим паттерном, пусть и error prone, но зато чище со стороны TypeScript'а. И больше инкапсуляции.
Если же сравнивать со всякими ng-min и ng-annotate — в крупных проектах всегда есть места где они работают неверно и приводят к трудно-диагностируемым проблемам. Давно отказался от подобного.
Кстати весьма спорное решение, например с недавнего времени получилось, что есть два разных DataTable. Плюс ко всему ИМХО очень неудачные API.
Но надо признать, что на момент начала написания данной статьи, компонентов было гораздо меньше, так что работают ребята быстро.
Это все здорово конечно, но печально сразу по нескольким причинам:
1. Я уверен, что иначе работающий AOT для многих будет просто новостью, да да не все знают про --prod.
2. Наверняка снова будет вагон Breaking Changes
3. Зачем постоянно делать плохо, чтобы потом исправлять? Может быть стоит чуток посидеть и подумать над архитектурой. Как никак не студенческая лабораторная.
Просто тайпинги не идеальные, vue-class-component сторонний пакет (описания скоро доработают и откажутся от него) и из коробки webpack шаблон не поддерживает TS (но это тоже уже скоро).
А про упавший билд Clarity — спасибо за юнит тесты, которые действительно что-то проверяют (уверен, что пофиксят в ближайшее время).
А покупка сенчей сейчас кажется скорее минусом, нежели плюсом. Считаю, что времена тотального господства ExtJS в enterprise сегменте медленно подходят к концу, а последняя версия библиотеки — монструозный атавизм (ведь по-прежнему все свое — классы, разметка, билд системы и т.д). И да, я много работал с ним и знаком с их прекраснейшими и супер-функциональными компонентами.
Если же сравнивать со всякими ng-min и ng-annotate — в крупных проектах всегда есть места где они работают неверно и приводят к трудно-диагностируемым проблемам. Давно отказался от подобного.