Да, тебе сложнее. Но суть в том, что новинки идут от сообщества, а не от разрабов фреймворка.

По твоему. Самые популярные библиотеки известны всем.

ну к сожалению "известны всем" это такой вялый себе показатель, судя по моему опыту даже в рамках похоже стека разные команды могут пилить похожие вещи по разному, что уже не есть гуд так как не существует стандартов, а если взять всевозможные саги и мобикси то и ясности коду

Да, тебе сложнее. Но суть в том, что новинки идут от сообщества, а не от разрабов фреймворка.

как будто в фремворки нельзя запилить свои фичи

так же и идут новинки от сообщества

ОЧЕНЬ НАДЁЖНАЯ капча для блогов фронтенеров)

так наоборот, выбирай все не промахнешься

ну к сожалению "известны всем" это такой вялый себе показатель, судя по моему опыту даже в рамках похоже стека разные команды могут пилить похожие вещи по разному, что уже не есть гуд так как не существует стандартов, а если взять всевозможные саги и мобикси то и ясности коду

Почему это плохо?

Почему это плохо?

отсутствие стандартов и типового подхода в реализации рутинных задач?

как будто в фремворки нельзя запилить свои фичи

Сложнее.

Сложнее.

чем? плагин написать? сервис или расширение? наоборот проще у тебя стабильное апи и понятный воркфлоу разработки и интеграции всего выше описаного

чем? плагин написать? сервис или расширение? наоборот проще у тебя стабильное апи и понятный воркфлоу разработки и интеграции всего выше описаного

А если стандартное решение заменить хочется?

отсутствие стандартов и типового подхода в реализации рутинных задач?

Стандарты есть. Только их несколько.

А если стандартное решение заменить хочется?

так фреймворк не цмс, заменяй если так сильно хочется

Стандарты есть. Только их несколько.

стандарты есть когда фреймворк тебя к ним мягко говоря подталкивает, так какие там стандарты, навешал на вью что захотелось и получил хоть mvc, vc, mtv, mvvm

и так далее

Привет всем! Я пилю программу для личного пользования, давно, уже задолбался, но мне она нужна для других пет проектов. Примеры использования: делал прогу на электроне, люблю coffeescript, stylus, по этому эта прога их собирала делал просто лендинги html без сервера, то же самое: coffeescript, stylus люблю lua, пишу его на moonscript'e, эта прога тоже одно в другое собирает То есть это сборщик. Для подобных целей есть gulp, grunt - пробовал, тормоза, не считаю, и webpack - пробовал лишь разобраться в нем, не далеко продвинулся. В моем сборщике основная фича - он следит за файлами и компайлит учитывая все зависимости при сохранении, насколько знаю про вебпак - он создает сервер и отдает браузеру файлы через этот сервер, совсем не то что нужно. В моем сборщике такая организация: есть хендлеры, такие объекты которые знают как собирать, например, coffeescript, сжиматель картинок, в общем, преобразователи есть правила: из каких папок в какие, какими хендлерами преобразовывать, где искать зависимости (node_modules, например) есть цепочки: из кофискрипта получается js, js.map и js.gz - три файла есть пайпы: сначала скомпилировать, потом сжать Вопрос: думаете, можно смело выкидывать, webpack все умеет и переходить на него? (ожидаемая реакция) Вопрос с надеждой: возможно ли найти кого-нибудь, кому такое тоже нужно, чтобы помогал, и как?

какой же это стандарт

стандарты есть когда фреймворк тебя к ним мягко говоря подталкивает, так какие там стандарты, навешал на вью что захотелось и получил хоть mvc, vc, mtv, mvvm

У меня другое виденье этого вопроса.

У меня другое виденье этого вопроса.

это понятно, каждый имеет право на мнение но практика показывает что стандартизированные решения в большенстве случаев будут выигрывать у инхаус разработок

это понятно, каждый имеет право на мнение но практика показывает что стандартизированные решения в большенстве случаев будут выигрывать у инхаус разработок

Пока реакт делает ангуляр как стоящего.

в каком плане?

в каком плане?

По распространенности.

По распространенности.

такого просто не может быть по одной простой причине что ангуляр гораздо старше реакта и не менее попурный, там одного легаси уже написано столько что реакту за пару лет еще не справится

такого просто не может быть по одной простой причине что ангуляр гораздо старше реакта и не менее попурный, там одного легаси уже написано столько что реакту за пару лет еще не справится

Первый ангуляр и второй+ - 2 разных фреймворка.

А второй отстаёт в несколько раз.

Первый ангуляр и второй+ - 2 разных фреймворка.

так или иначе, ангуляром он от этого быть не перестает, разработка мажорных версий пусть лежит на совести разработчиков

просто оставлю это здесь If you work at Google: Angular If you love TypeScript: Angular (or React) If you love object-orientated-programming (OOP): Angular If you need guidance, structure and a helping hand: Angular If you work at Facebook: React If you like flexibility: React If you love big ecosystems: React If you like choosing among dozens of packages: React If you love JS & the “everything-is-Javascript-approach”: React If you like really clean code: Vue If you want the easiest learning curve: Vue If you want the most lightweight framework: Vue If you want separation of concerns in one file: Vue If you are working alone or have a small team: Vue (or React) If your app tends to get really large: Angular (or React) If you want to build an app with react-native: React If you want to have a lot of developers in the pool: Angular or React If you work with designers and need clean HTML files: Angular or Vue If you like Vue but are afraid of the limited ecosystem: React

так или иначе, ангуляром он от этого быть не перестает, разработка мажорных версий пусть лежит на совести разработчиков

Перестаёт.

просто оставлю это здесь If you work at Google: Angular If you love TypeScript: Angular (or React) If you love object-orientated-programming (OOP): Angular If you need guidance, structure and a helping hand: Angular If you work at Facebook: React If you like flexibility: React If you love big ecosystems: React If you like choosing among dozens of packages: React If you love JS & the “everything-is-Javascript-approach”: React If you like really clean code: Vue If you want the easiest learning curve: Vue If you want the most lightweight framework: Vue If you want separation of concerns in one file: Vue If you are working alone or have a small team: Vue (or React) If your app tends to get really large: Angular (or React) If you want to build an app with react-native: React If you want to have a lot of developers in the pool: Angular or React If you work with designers and need clean HTML files: Angular or Vue If you like Vue but are afraid of the limited ecosystem: React

Мы не об этом.

Мы не об этом.

ага, вы про абстрактную популярность

ага, вы про абстрактную популярность

Типа того)

ага, вы про абстрактную популярность

ну в пасте все равно некоректное сравнение, ангуляр полноценный фреймворк, вью и реакт реализуют один патерн проектирования, как между ними можно делать разницу я не оч понимаю

ну в пасте все равно некоректное сравнение, ангуляр полноценный фреймворк, вью и реакт реализуют один патерн проектирования, как между ними можно делать разницу я не оч понимаю

Говоря о реакте или вью подразумевают экосистемы, которые они тащат.

ну это что-то как сравнить полноценный автомобиль сел и поехал с двигателем на столе

теоритически второй тоже автомобиль осталось только до собирать

ну это что-то как сравнить полноценный автомобиль сел и поехал с двигателем на столе

Аналогии не всегда работают.

тут неплохая

Докажи.

Сборка автомобиля и установка пакетов немного разную сложность имеют, не находишь?

ну напиши мне spa приложение на чистом реакте из react-starter не помню как оно там

ну напиши мне spa приложение на чистом реакте из react-starter не помню как оно там

Перкжергиваешь.

но пакеты надо еще связать между собой и выработать концепцию приложения

но пакеты надо еще связать между собой и выработать концепцию приложения

В этом нет проблемы.

Перкжергиваешь.

ну на ангуляре это возможно сделать

то есть сел поехал

на реакте нет

что еще требует доказательств?

Пфф, на 2 минуты больше потрачу.

А потом сяду и поеду.

Пфф, на 2 минуты больше потрачу.

ок, там систему прав на роутер уже подвезли? есть jwt аутентефикатор который интегрируется с роутером или oauth2 ?

или все же ручками надо будет все это колбасить?

ок, там систему прав на роутер уже подвезли? есть jwt аутентефикатор который интегрируется с роутером или oauth2 ?

У меня авторизация генерируется по бекенду.

можно немного расскрыть?

ок, там систему прав на роутер уже подвезли? есть jwt аутентефикатор который интегрируется с роутером или oauth2 ?

А система прав на роутер делается просто невозможностью открыть интересующую страницу.

можно немного расскрыть?

Да, по сваггер файлу генерируется апи.

апи для авторизации ?

апи для авторизации ?

Авторизация на отдельном сервисе крутится.

ок аутентификация

А в апи авторизация заключается только в отправке куки.

ок аутентификация

Если у тебя нет прав, то сервер тебя на нужную страницу пошлёт.

Да, можно доработать роутинг.

Соглашусь тут.

ну нет, у меня есть права на страницу но они пользовательские

ERROR: S client not available

ну нет, у меня есть права на страницу но они пользовательские

Не суть. Сервер тоже права проверять должен.

в соотвествии с этим я хочу генерить набор виджетов на странице и разграничить операции

в соотвествии с этим я хочу генерить набор виджетов на странице и разграничить операции

Не проблема.

сервер их вообще всегда проверяет

клиентский код не доверенное приложение

ссылочку на пакет и чтобы поставил объявил декларативно а лучше прямо с сервера забрал и все завелось?

а то мне кажется что это надо как-то самому все делать

ссылочку на пакет и чтобы поставил объявил декларативно а лучше прямо с сервера забрал и все завелось?

Роутинг в реакте задаётся через компоненты, так что педалить придётся, да.

оке

что насчет интернацализации?

что насчет интернацализации?

А что там?

я прямо могу закинуть файл в папку trans

пометить строки к переводу и добавить их в файл автоматом и чтобы прямо завелось ?

Да, вполне

я не нашел, нет даже метода определения локали и хранения

я не нашел, нет даже метода определения локали и хранения

Сочувствую.

ну их там нет потому что

ну это ерунда все и лирика

вот если мы перейдем к моделям

вот тут начинается совсем веселые штуки и каждый затыкает эту прореху как может

1 в 1 как с ангуляром нет.

ну про что я выше писал, что работа с реактом начинается с программирования непосредственно своего фреймворка, в то время как с фреймворком ты начинаешь непосредственно с разработки приложения, это не хорошо и не плохо просто требует куда больше усилий и не гарантирует успешный результат скорее наоборот для основной массы пользователей

вот тут начинается совсем веселые штуки и каждый затыкает эту прореху как может

Возможность есть. Но в основном люди пришли к тому, что всю логику хранят в стор, а реакт используют как сью.

ну про что я выше писал, что работа с реактом начинается с программирования непосредственно своего фреймворка, в то время как с фреймворком ты начинаешь непосредственно с разработки приложения, это не хорошо и не плохо просто требует куда больше усилий и не гарантирует успешный результат скорее наоборот для основной массы пользователей

Так почему распространенность ангуляра на тс куда ниже, чем реакта?

Объясни мне парадокс.

Так почему распространенность ангуляра на тс куда ниже, чем реакта?

я не совсем понял что такое тс

я не совсем понял что такое тс

Typescript

все равно не понял вопрос, ангуляра на тс ? а причем тут тс?

все равно не понял вопрос, ангуляра на тс ? а причем тут тс?

При том, что ангуляр 2+ проигрывает реакту, хотя по твоим словам должно быть не так.

При том, что ангуляр 2+ проигрывает реакту, хотя по твоим словам должно быть не так.

проигрывает в чем? по количеству вакансии на hh?

проигрывает в чем? по количеству вакансии на hh?

По количеству проектов, вакансий.

По конференциям.