У вью я вижу конкретные проблемы, которые если решить, то необходимость во вью отпадает.

Я постоянно слышу это от сторонников разных технологий

У эмбера порог входа выше, вроде, но он, говорят, покруче

Вьюшники то же самое говорят про реакт))

Вьюшники то же самое говорят про реакт))

Я чуть позже лучше оформлю свои мысли. Но для себя я уже сделал вывод: вью даёт концепцию с дырами, которые исправляются только отказом от вью.

А истина мне кажется где-то посередине. Сторонников разных технологий жутко не устраивают другие технологии, потому что там всё не так и философия не такая :)

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

А истина мне кажется где-то посередине. Сторонников разных технологий жутко не устраивают другие технологии, потому что там всё не так и философия не такая :)

Нет.просто во вью удобно мешать логику и вью тол ко до какого то предела. А потом логику придётся выносить во вьюкс. И начинается хаос.

А если вынести всю логику в стор, то сама реактивность и прочее во вью нафиг не надо.

Я к этому пришёл.

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

@Anmiles в чем прокол в логике?

У вью я вижу конкретные проблемы, которые если решить, то необходимость во вью отпадает.

+

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

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

На это пофиг абсолютно.

решается дополнительными либами

кстати, где можно найти хорошие практики реакта? чисто примеры кода

На это пофиг абсолютно.

если контора платит то так-то да, можно сидет собирать spa фреймворки на коленке, а если работу надо работать то тут уже не до этого

если контора платит то так-то да, можно сидет собирать spa фреймворки на коленке, а если работу надо работать то тут уже не до этого

Есть устоявшийся стек, поэтому пофиг.

Есть устоявшийся стек, поэтому пофиг.

для кого он устоявшийся? помоему каждый собирает в силу своей одаренности и понимания

для кого он устоявшийся? помоему каждый собирает в силу своей одаренности и понимания

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сложнее.

Сложнее.

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

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

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

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

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

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

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

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

стандарты есть когда фреймворк тебя к ним мягко говоря подталкивает, так какие там стандарты, навешал на вью что захотелось и получил хоть 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 ?

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

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

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

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

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

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