раскрыть ветку (27)
Что ты имеешь в виду? Нормальный полноценный бек в 2020 вообще не имеет никакого отношения к внешнему виду, он принимает данные, хранит данные, обрабатывает данные и отдаёт данные, и не более.
раскрыть ветку (26)
фронт тоже все это более чем может делать и делает, только вот все считаю за фронт ОНЛИ верстку, тобишь хтмл и сысс, а то, что там очень часто написана неебический кусок логики продукта на js, про это вот забывают, поэтому и говорят типа фронт легче, подумаешь верстка, и что находится под капотом фронта всем похеру.
раскрыть ветку (22)
На фронте нет и не должно быть бизнес-логики, в том-то и дело. Фронт отвечает за взаимодействие пользователей с интерфейсом и передачу данных на бэк, и все.
раскрыть ветку (21)
раскрыть ветку (6)
раскрыть ветку (4)
раскрыть ветку (3)
Я имею в виду веб. В какой из наиболее частых задач в веб-разработке нужен толстый клиент?
раскрыть ветку (2)
В случаях, когда связь по качеству не соответствует требованиям тонкого клиента, а ее апгрейд или проведение слишком затратны. И такие задачи не так редки, как может показаться. Было бы все всегда радужно, толстый клиент остался бы только в книгах по истории ит и форумах из 200х
раскрыть ветку (1)
И такие задачи не так редки, как может показаться.
Ага, но всё равно они сугубо специфичны и составляют небольшую нишу, в сравнении с нишей сайтеков, веб-приложений, порталов и прочих обычных для веба вещей.
Сравнивать толстый клиент и фронт это несколько такое себе. Фронт выполняет сервисные функции в данной архитектуре, а именно отображение и ввод инфы. В схеме сервер - толстый клиент же, на сервере вообще может не быть логики.
Интересно, что это я последние 2.5 года пишу для разных банков, если на фронте не должно быть бизнес-логики?
раскрыть ветку (13)
Какое-то говно, судя по всему) Что конкретно ты имеешь в виду под бизнес логикой на фронте?
раскрыть ветку (12)
раскрыть ветку (2)
Добро пожаловать в современный мир, где фронт это не только кнопочки, но вам то это зачем знать, вы же кроме сайтиков на пхп, видимо, ничего и не видели
раскрыть ветку (1)
раскрыть ветку (8)
Зачем мне гугл, мне интересно, какую бизнес-логику реализуешь на фронте конкретно ты, и какими инструментами. Я, кстати, без какого-то наезда или сарказма, мне правда интересно)
раскрыть ветку (7)
Если коротко, то глобальный поиск, разграничение уровня доступа, роутинг, загрузка файлов с предпросмотром и редактированием, ssr с синхронизацией фронт/бэк, плюс данные обычно прилетают из кучи бэковых систем в разных форматах, их нужно раскидать по нормализованным моделям на фронте, где они будут изменяться в различных частях приложения, ну и чисто по ux теже формы где куча полей с валидацией на имеющиеся данные
раскрыть ветку (6)
глобальный поиск
На фронте? Это как? Как ты будешь искать по БД на фронте, минуя бэк?
разграничение уровня доступа
На фронте? Это как?)
загрузка файлов с предпросмотром и редактированием
А файлы куда грузятся? В браузер пользователя, или, всё-таки на сервер, где нужна серверная обработка, связь с БД и прочее?
плюс данные обычно прилетают из кучи бэковых систем в разных форматах, их нужно раскидать по нормализованным моделям на фронте
Ну это вот единственное что-то приближенное к вопросу, и то, с большой натяжкой. Может быть написан какой-то адаптер, но собственно бизнес-логики там будет критически мало.
ну и чисто по ux теже формы где куча полей с валидацией на имеющиеся данные
Ну так это и есть одна из основных задач фронта, она к бизнес-логике не имеет никакого отношения.
раскрыть ветку (5)
Почему у вас понятие бизнесс-логика все время связано с базой данных? У меня такое ощущение, что вы понятия не имеете как работают современные веб приложения. Ради интереса, вы figma, например, пользовались? Что по вашему там бизнесс-логика? Открытие и сохранение файлов и все?
раскрыть ветку (4)
Само собой, не только с БД, но в большинстве случаев именно с ней.
Тот же поиск. Поиск осуществляется по чему? По БД в большинстве случаев. Вот уже и вопрос, как ты реализуешь поиск на одном только фронте, без участия сервера и серверной обработки.
Файловый менеджер - ну опять же, нарисовать интерфейс можно на фронте, но ведь весь CRUD будет всё равно строиться на сервере.
Правильно спроектированное приложение содержит минимум бизнес-логики как таковой на фронте.
Возможно, исключением будет какое-либо фронт-ориентированное приложение, типа каких-нибудь графических редакторов.
раскрыть ветку (3)
"в большинстве случаев" это какие-то ваши суждения, связанные с определением бизнесс-логики как таковой или опыт может быть? может вы и бэк и spa/pwa приложения писали большие на js или dart и поэтому так уверенно говорите? Представьте себе, но сейчас фронт - это не только crud запилить для работы с базой или лендинг сверстать (последний раз я верстал полноценно года 4 назад). Скажите, почему для вас проверка доступных ролей пользователя и динамическая отрисовка интерфейса в зависимости от этих самых ролей это не бизнесс-логика, а дополнительный if на бэке это бизнесс-логика? При этом естественно, на бэке проверка должна быть всегда, это понятно. Почему поиск по всем разделам в приложении это не бизнесс-логика, а поиск по бд это бизнесс-логика? Современное большое приложение уже не может не содержать бизнесс-логики на фронте, как ты его не проектируй, таков суровый современный мир. Ну и в принципе, посмотрел бы я на ваше приложение, которое на любой чих у вас в базу лезет, с учётом, что у вас таких приложений миллионы
раскрыть ветку (2)
Да, я написал не одно крупное веб-приложение и ещё раз скажу, что в нормально спроектированном приложении нет нужды тащить бизнес-логику на фронт, для этого есть бэк. То, что JS-хипстерам неймётся и хочется повыше поднять планку своей важности - это их проблема. Именно оттуда миллионы говённых библиотек, именно оттуда тысячи блядских никому не нужных фреймворков, устаревающих каждые 3 месяца, именно оттуда уродливые и перегруженные интерфейсы.
Если приложение не является фронт-ориентированным (игра, графический редактор, редактор документов, генератор изображений и т.д.), то бизнес логика на его фронте означает хуёвую архитектуру, и это подтвердит любой вменяемый архитектор.
раскрыть ветку (1)
ещё комментарии
раскрыть ветку (2)
"Серверлесс" в 2к20стоит читать как: "Я юзаю чужой бэкенд".
Еще одно маркетинговое слово "от создателей" NoSQL, ИИ aka ML, JavaScript, Lada Vesta.
ещё комментарии
IT-юмор
5.6K постов52.5K подписчиков
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору