Здравствуйте, night beast, Вы писали:
vsb>>Лично мне кажется, что у реакта самая грамотная архитектура из всех популярных фреймворков. Язык разметки, встроенный в JS, причём очень органично. Ничего лучше и желать нельзя.
NB>мне подход vue больше нравится. NB>представление отдельно, логика отдельно, стили отдельно.
Ну кому как. Я раньше тоже был сторонник традиционного разделения, а потом попробовал писать веб-приложения на реакте и полностью изменил своё мнение. Разделение должно быть на уровне программных слоёв и тд. Т.е. есть компонент, который отвечает за отрисовку, есть компонент, который отвечает за логику и тд. А на уровне файлов разделение просто ненужно, если у меня есть компонент, который отвечает за отрисовку условно кнопки, то я хочу видеть рядом всё, что связано с отрисовкой этой кнопки: и код, и разметку, и стили. Иначе это просто ненужное прыганье по файлам, которое ничего не даёт.
Здравствуйте, Ватакуси, Вы писали:
В>Почему вы предпочитаете одно другому?
Ну моё имхо, ангуляр для большинства проектов слишком тяжёлый. Когда я последний раз пробовал собирать на нём хелло ворлд, там полмегабайта вышло. Это чересчур.
Я бы рассмотрел вариант использования ангуляра, если это такое прям кроваво-энтерпрайзное CRUD приложение с кучей таблиц, кучей форм с десятками полей и т.п. А для большинства проектов однозначно — React. Хотя бы потому, что он самый популярный с большим отрывом.
В>И почему реакт (как будто-бы) более популярен?
Так исторически сложилось — думаю будет самый правильный ответ.
Лично мне кажется, что у реакта самая грамотная архитектура из всех популярных фреймворков. Язык разметки, встроенный в JS, причём очень органично. Ничего лучше и желать нельзя.
Здравствуйте, Ватакуси, Вы писали:
В>Почему вы предпочитаете одно другому? В>И почему реакт (как будто-бы) более популярен?
Раньше работал на Ангуляре, он был поначалу реально хорош. Тем. что вводил четкие абстракции и концепции, и четко следовал им. Во фронте на первых версиях Анугляра был порядок, их было просто развивать. Концепции были стандартными — MVC, модель, события, подписка на события. Но его последние версии стали утяжеляться какими-то новыми концепциями, и я начал путаться в них. И не только я, вся наша команда, где я последний раз работал с Ангуляром — все переставали понимать что там нагородили авторы Ангуряла, кроме может одного человека. Поэтому я попробовал Реакт. Он оказался попроще, концепций в нем меньше, замеса и беспорядка больше, но на Реакте оказалось проще и быстрее решать конкретные задачи, допиливать, перепиливать, чем на современном Ангуляре, который превратился в какого-то непонятного монстра. На Ангуляре может и просто слепить что-то, но при попытке допилить в поведении фронта или в верстке — сталкиваешся с высокой трудоемкостью. А в Реакте — раз-раз и готово.
Здравствуйте, Ватакуси, Вы писали:
В>Почему вы предпочитаете одно другому?
предпочитал бы ангуляр, но без использования всякой шляпы типа модульности и rxjs. так что предпочитаю vue. вью — можно сказать, это ангуляр, который не успел упороться. И, кстати, разрабатывался девелопером из команды ангуляра, который в определенный момент решил "хватит разврата".
реакт/редакс не люблю за отвратительное ридабилити. хотя концепция "представление есть функция от данных" крайне заманчива, но важно не "что" делать, а "как" делать.
В>И почему реакт (как будто-бы) более популярен?
потому что ниже порог входа.
Вообще это всё разговоры в пользу бедных — писать сядем на том что есть у клиента.
Здравствуйте, ути-пути, Вы писали:
vsb>>Язык разметки, встроенный в JS, причём очень органично.
УП>Сколько копий было сломано, даже тут, на форуме, про отделение разметки от кода. И вот опять, все смешали. Именно это меня и отталкивает от современных js библиотек — практически везде эта каша, даже не спагетти.
Я повторюсь — разделение должно быть на уровне слоёв в архитектуре приложения. Если у тебя в одном классе код работает с БД, тут же работает с какими-то сетевыми сервисами, это ровно та же каша. А искусственное разделение, навязываемое шаблонизаторами, проблему решает очень отчасти. Тебе в шаблоне в любом случае нужна определённая логика, вызовы каких-то функций, циклы, условия, композиция. Т.е. ты в шаблоне будешь переизобретать язык программирования. Какие-то решения вроде PHP или JSP решают это тем, что можно фрагменты исходного языка вставлять в шаблоны, но это не очень-то удобно обычно получается (и в итоге в том же PHP изобретают шаблоны поверх шаблонов). React это решил идеально. Ну по крайней мере я так считаю, я своё мнение никому не навязываю. Есть и кроме реакта фреймворки, где обычные шаблоны, всякие handlebars и прочее.
Здравствуйте, ути-пути, Вы писали:
УП>Это в идеальном мире так: программисты следуют хорошим практикам и делают все как надо. Но в реальности все куда печальнее, и инструмент не только не должен поощрять написание каши, но всячески такому препятствовать.
В мире JS настолько много всевозможных линтеров, я думаю за полдня можно написать проверку, которая запрещает в коде компонентов импортировать какие-то "не те" зависимости. Вообще удивлюсь, если этого ещё нет.
Большой плюс реакта — TSX. Пишешь UI, а тебе при этом доступна информация о типах моделей. Вот есть у тебя:
interface Loading {
type: 'loading';
}
interface Ready {
type: 'ready';
message: string;
}
type State = Loading | Ready;
В TSX пишешь:
if (state.type === 'ready') {
// фигак: конечно же у state есть 'message'
return (<p>{state.message}</p>);
} else {
// тут у state нету 'message'
...
}
...
В Angular этого нет. Если раньше хотя бы "на соплях" можно было написать "state.message" и надеяться на свою внимательность, в последних версиях поведение по умолчанию — ругаться на это. Прежде чем вот так вот обратиться к message, там надо ещё сделать какой-то финт с кастом к any. Это внутри шаблона, не в коде. Дрянь, короче. И позор как у них TypeScript с первого дня, а в итоге type safety никакого и нету.
Здравствуйте, vsb, Вы писали:
vsb>Лично мне кажется, что у реакта самая грамотная архитектура из всех популярных фреймворков. Язык разметки, встроенный в JS, причём очень органично. Ничего лучше и желать нельзя.
мне подход vue больше нравится.
представление отдельно, логика отдельно, стили отдельно.
Здравствуйте, Ватакуси, Вы писали:
В>Почему вы предпочитаете одно другому? В>И почему реакт (как будто-бы) более популярен?
Оба два и прочие vue — такое себе. Тяжолое, со странными паттернами, с непонятной логикой и вообще такое впечатление что разрабатывалось дизайнерами для продажников.
Предпочитаю jquery+less+какой нибудь шаблонизатор.
Здравствуйте, Lazytech, Вы писали:
L>Напомню, React — библиотека, разработчики которой особо не навязывают ее пользователям свое мнение (non-opinionated library).
Вот и получается каша.
L>По идее, никто не мешает программисту, использующему React, стараться отделять JSX-разметку от логики. Сам обычно именно так поступаю. Да и вообще стараюсь не засорять JSX-код даже лишней разметкой.
Ты молодец. Но как это отменяет кучу говнокода, наложенную не такими молодцами? Расскажи как-нибудь, когда начнешь чужую кучу разгребать, как хорошо это "ненавязывание мнения".
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Ватакуси, Вы писали:
В>Почему вы предпочитаете одно другому? В>И почему реакт (как будто-бы) более популярен?
Говорят из-за мобилок.
А мне больше понравился https://ru.svelte.dev/
Но для фулстэк лучше блазор. или Fable Sutil.
Бэк и фронт в одного нужно писать на одном ЯП.
Если контора жирная то конечно по желанию начальства.
В>>Почему вы предпочитаете одно другому?
vsb>Ну моё имхо, ангуляр для большинства проектов слишком тяжёлый. Когда я последний раз пробовал собирать на нём хелло ворлд, там полмегабайта вышло. Это чересчур.
Ну, согласисиь, что привет-мир никто не пишет на заказ. Так что, для среднего и большого проекта это несущественно.
vsb>Я бы рассмотрел вариант использования ангуляра, если это такое прям кроваво-энтерпрайзное CRUD приложение с кучей таблиц, кучей форм с десятками полей и т.п. А для большинства проектов однозначно — React. Хотя бы потому, что он самый популярный с большим отрывом.
В реакте хуже со сложным гуём?
vsb>Лично мне кажется, что у реакта самая грамотная архитектура из всех популярных фреймворков. Язык разметки, встроенный в JS, причём очень органично. Ничего лучше и желать нельзя.
В ангуляре вроде тоже "органично", нет?
Здравствуйте, Ватакуси, Вы писали:
vsb>>Ну моё имхо, ангуляр для большинства проектов слишком тяжёлый. Когда я последний раз пробовал собирать на нём хелло ворлд, там полмегабайта вышло. Это чересчур. В>Ну, согласисиь, что привет-мир никто не пишет на заказ. Так что, для среднего и большого проекта это несущественно.
Может быть, не знаю. У нас вот проект, используется в том числе в отдалённых сёлах, где интернет плохой. С таким интернетом долго грузящийся файл может оборваться, надо жать F5. Если это мегабайты, то это вызывает проблемы, они вообще могут никогда не догрузиться. Если это десятки килобайтов, это ещё как-то работает.
vsb>>Я бы рассмотрел вариант использования ангуляра, если это такое прям кроваво-энтерпрайзное CRUD приложение с кучей таблиц, кучей форм с десятками полей и т.п. А для большинства проектов однозначно — React. Хотя бы потому, что он самый популярный с большим отрывом. В>В реакте хуже со сложным гуём?
Когда я пытался делать — мне показалось это очень неудобным. Правда возможно проблема была больше в redux, я уже не помню.
vsb>>Лично мне кажется, что у реакта самая грамотная архитектура из всех популярных фреймворков. Язык разметки, встроенный в JS, причём очень органично. Ничего лучше и желать нельзя. В>В ангуляре вроде тоже "органично", нет?
Ну там всё равно отдельный язык разметки, который надо изучать, отдельный файл и тд. Это не совсем то, это в любом фреймворке такое есть. А тут язык в языке.
Я вообще считаю, что эта концепция, когда берут один язык и встраивают в другой язык, причём так, чтобы это выглядело абсолютно естественно, это прямо бомбическая концепция и это то, как будет выглядеть язык следующего поколения. Когда я могу писать логику на Java-подобном языке, для вызова HTTP-запроса я буду писать HTTP-подобный синтаксис, для вызова SQL я буду писать на SQL прям в файле и это будет не просто строка, это будет прям органично встроено в основной язык, как на PL/SQL. Туда же JSON и это всё, что мне нужно для идеального бэкэнд-языка.
Здравствуйте, vsb, Вы писали:
NB>>мне подход vue больше нравится. NB>>представление отдельно, логика отдельно, стили отдельно.
vsb>Ну кому как. Я раньше тоже был сторонник традиционного разделения, а потом попробовал писать веб-приложения на реакте и полностью изменил своё мнение. Разделение должно быть на уровне программных слоёв и тд. Т.е. есть компонент, который отвечает за отрисовку, есть компонент, который отвечает за логику и тд. А на уровне файлов разделение просто ненужно, если у меня есть компонент, который отвечает за отрисовку условно кнопки, то я хочу видеть рядом всё, что связано с отрисовкой этой кнопки: и код, и разметку, и стили. Иначе это просто ненужное прыганье по файлам, которое ничего не даёт.
в vue это в одном файле.
в разных логических блоках. удобно.
причем можно и представление в скрипт засунуть, но такое не часто применяют.
Здравствуйте, vsb, Вы писали:
vsb>Язык разметки, встроенный в JS, причём очень органично.
Сколько копий было сломано, даже тут, на форуме, про отделение разметки от кода. И вот опять, все смешали. Именно это меня и отталкивает от современных js библиотек — практически везде эта каша, даже не спагетти.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, vsb, Вы писали:
vsb>Я повторюсь — разделение должно быть на уровне слоёв в архитектуре приложения. Если у тебя в одном классе код работает с БД, тут же работает с какими-то сетевыми сервисами, это ровно та же каша. А искусственное разделение, навязываемое шаблонизаторами, проблему решает очень отчасти. Тебе в шаблоне в любом случае нужна определённая логика, вызовы каких-то функций, циклы, условия, композиция. Т.е. ты в шаблоне будешь переизобретать язык программирования. Какие-то решения вроде PHP или JSP решают это тем, что можно фрагменты исходного языка вставлять в шаблоны, но это не очень-то удобно обычно получается (и в итоге в том же PHP изобретают шаблоны поверх шаблонов). React это решил идеально. Ну по крайней мере я так считаю, я своё мнение никому не навязываю. Есть и кроме реакта фреймворки, где обычные шаблоны, всякие handlebars и прочее.
Это в идеальном мире так: программисты следуют хорошим практикам и делают все как надо. Но в реальности все куда печальнее, и инструмент не только не должен поощрять написание каши, но всячески такому препятствовать.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, ути-пути, Вы писали: УП>Сколько копий было сломано, даже тут, на форуме, про отделение разметки от кода. И вот опять, все смешали. Именно это меня и отталкивает от современных js библиотек — практически везде эта каша, даже не спагетти.
Почему обязательно каша? React позволяет делать лаконичную JSX-разметку. А вот в результирующем HTML действительно может быть каша (в хорошем смысле, чтобы лишний раз не отправлять запрос на сервер).
Здравствуйте, Lazytech, Вы писали:
L>Почему обязательно каша? React позволяет делать лаконичную JSX-разметку.
А надо чтобы не позволял писать кашу, чтобы даже соблазн ее написать не появлялся.
L>А вот в результирующем HTML действительно может быть каша (в хорошем смысле, чтобы лишний раз не отправлять запрос на сервер).
Это вообще пофиг.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Lazytech, Вы писали:
L>Не знаю, возможно ли такое вообще. Пример можно?
Ну разумеется, полностью такое сделать невозможно: всегда можно руками установить какой-нибудь innerHTML, безо всяких фреймворков, со всеми вытекающими. Но вынесение всей разметки в отдельные шаблоны не на основном языке, очень даже работает, отучая рисовать ее по месту использования.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, ути-пути, Вы писали:
УП>Ну разумеется, полностью такое сделать невозможно: всегда можно руками установить какой-нибудь innerHTML, безо всяких фреймворков, со всеми вытекающими. Но вынесение всей разметки в отдельные шаблоны не на основном языке, очень даже работает, отучая рисовать ее по месту использования.
Напомню, React — библиотека, разработчики которой особо не навязывают ее пользователям свое мнение (non-opinionated library). По идее, никто не мешает программисту, использующему React, стараться отделять JSX-разметку от логики. Сам обычно именно так поступаю. Да и вообще стараюсь не засорять JSX-код даже лишней разметкой.
Здравствуйте, ути-пути, Вы писали:
УП>Ты молодец. Но как это отменяет кучу говнокода, наложенную не такими молодцами? Расскажи как-нибудь, когда начнешь чужую кучу разгребать, как хорошо это "ненавязывание мнения".
Наверное, можно использовать какой-нибудь opinionated framework.
Здравствуйте, Lazytech, Вы писали:
УП>>Ты молодец. Но как это отменяет кучу говнокода, наложенную не такими молодцами? Расскажи как-нибудь, когда начнешь чужую кучу разгребать, как хорошо это "ненавязывание мнения".
L>Наверное, можно использовать какой-нибудь opinionated framework.
Где использовать? Речь о поддержке существующего кода, когда он уже написан какими-то индусами на вполне конкретном фреймворке. Или ты предлагаешь полностью переписать их творчество?
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, ути-пути, Вы писали:
УП>Где использовать? Речь о поддержке существующего кода, когда он уже написан какими-то индусами на вполне конкретном фреймворке. Или ты предлагаешь полностью переписать их творчество?
Кто виноват? Что делать?
К сожалению, у меня нет ответа на этот вопрос. Может, кто-нибудь ответит...
Здравствуйте, vsb, Вы писали:
vsb>Лично мне кажется, что у реакта самая грамотная архитектура из всех популярных фреймворков. Язык разметки, встроенный в JS, причём очень органично. Ничего лучше и желать нельзя.
При этом просто напросто реакт решает гораздо меньше вещей, чем тот же ангуляр. Поэтому то, что на проекте используется реакт — ещё мало о чём говорит.
Здравствуйте, vsb, Вы писали:
vsb>>>Я бы рассмотрел вариант использования ангуляра, если это такое прям кроваво-энтерпрайзное CRUD приложение с кучей таблиц, кучей форм с десятками полей и т.п. А для большинства проектов однозначно — React. Хотя бы потому, что он самый популярный с большим отрывом.
Тут уже поди можно и на микрофронтенды бить
В>>В реакте хуже со сложным гуём?
Тут уже больше наверное не сам реакт виноват, а внутреннее представление данных. Средствами реакта это пилить уже боль, так что лучше взять стейт менеджер какой-нибудь — mobx, redux или что-то ещё.
vsb>Когда я пытался делать — мне показалось это очень неудобным. Правда возможно проблема была больше в redux, я уже не помню.
Да, одно время на redux прям много приходилось писать. Но вот Redux Toolkit делает вещи очень простыми. Правда, я уже натыкался на пару ограничений — слайсы не завелись из-за циклической зависимости в какой-то момент, и потом ещё разок напоролся на какую-то похоже багу, но обошлось и пока всё нормально.
Здравствуйте, ути-пути, Вы писали:
УП>Ты молодец. Но как это отменяет кучу говнокода, наложенную не такими молодцами? Расскажи как-нибудь, когда начнешь чужую кучу разгребать, как хорошо это "ненавязывание мнения".
Проблему кидания программиста на разгребание говна надо решать не технологиями, а поиском другой работы.
Здравствуйте, Lazytech, Вы писали:
L>Здравствуйте, vaa, Вы писали:
vaa>>А мне больше понравился https://ru.svelte.dev/
L>Экосистема уже развилась? А то пару лет назад была не очень...
не знаю. мне хватало базовой комплектации + vs code. графики рисует. вот тут вроде много всего https://sveltesociety.dev/
Здравствуйте, vaa, Вы писали:
vaa>не знаю. мне хватало базовой комплектации + vs code. графики рисует. вот тут вроде много всего https://sveltesociety.dev/
А я как-то нарвался на пару глючных сторонних библиотек. Этого мне хватило для того, чтобы понять, что React и Vue пока что лучше.
