Как распределяется работа между Фронтендом и Бекендом при разработке админки сайта?

Question

[Евгений Ромашкан]

Инересует такой вопрос: как разрабатывается админка для сайта при командной работе?
Мне кажется в идеале: Backend полностью занят серверной частью, и лишь принимает данные, постоянно координируясь с Фронтент разработчиками, о том как и что будет поступать. И часто, хорошая визуальная админка это неплохая доля логики на js.
Так ли это оказывается в действительности, в боевых условиях?

Comments

[Максим Грищенко]

В боевых — лучше все на бекендера положить :)
Админка как правило не требовательна к дизайну, а многие аякс-штуки не сложно и бекендеру реализовать :)

...

Это если админка — не продукт дял клиентов внешних, ну например ЦРМ или ERP или прямо вот админку и продаете

[Евгений Ромашкан]

Максим Федоров, Но. Простая админка может содержать как минимум какой-нибудь wysiwyg редактор, отправка данных аяксом, как вы уже написали, плюс обновление страницы, так как часто новые уже и в админке должны отразиться. Ну и просто какая-то интерактивность.
Это всё должен уметь делать Бэкендер?

[Максим Грищенко]

Евгений Ромашкан,

может содержать как минимум какой-нибудь wysiwyg редактор

если wysiwyg редактор делатся с нуля или допиливается — ну конечно фронт делает

отправка данных аяксом

Вы серьезно? Конечно бекендер на раз с этим справится

В фреймворках или в пакетах уже достаточно интерактивности :)

Опять же повторю — если админка для внутреннего потребления, или для одного клиента

[Евгений Ромашкан]

Максим Федоров, Понял вас. Но вы имеете ввиду лишь простые админки в которых какой-нибудь готовый wysiwyg, да несколько формочек подгружаемых аяксом. А любая более сложая админка, котрая уже будет требовать написания/допиливания какой-то логики на js ляжет на плечи Фронтеда?

[Евгений Ромашкан]

Максим Федоров, Хотя, админка ведь это всё-таки взаимодействие с пользователем, и по идее не касается бекенда. В небольших проектах пренебрегают этим?

[Максим Грищенко]

Евгений Ромашкан, не пренебрегают
Аякс фильтр, загрузка картинок через Drag'n'drop, управление через модальные окна, да много чего — это все возможно организовать силами бкендера
Ну просто нет смысла делать толстый клиент, опять же повторю — если эта админка из себя не представляет либо основной продукт, либо большую его часть (например ERP, CRM, система для управления рекламой и т.д.., сервис по обработке чего-либо)

Если это для управления сервисом, пусть даже сложным, но где сам сервис представляется, а не админка, и где есть ЛК для клиента именно в клиентской части — то не имеет смысла еще и тут гонять 2 разных одела спецов (по мне :)

[Евгений Ромашкан]

Максим Федоров, Однако, всё описанное вами на счёт админки - это js - территория фронтендеров. В разрабатываемом проекте могут быть:
-Какие-то свои правила по написанию, документированию, архитектуре js кода.
-Технологии. В одном проекте jQuery. В другом vue с axios. В третьем angular, react и другие модные штуки, в которых бекендер вобщем то может и не разбираться.

upd: скопипащу ответ из похожего вопроса:
Frontend - интерфейс создания/удаления/изменения/чтения данных
Backend - взаимосвязь с БД - создание/изменение/хранение/отдача данных

[Максим Грищенко]

Евгений Ромашкан, все так, но в малых и средних проектах фронтендеры работают как правило над клиентской частью (клиентская — в смысле для пользователей, а не для браузера)
а админку спокойно может бекендер пилить, любой бек работает* с JQuery, а от многих требуют и фреймы — даже не от фуллстека, а чисто от бекендера, как раз для админок и прочего функционала, который не будет пользователям показан

Опять же повторюсь — сюда не учитываются, если админка и есть продукт или его важаня часть

* Для PHP так точно

[Евгений Ромашкан]

Максим Федоров, Понял. Спасибо за ответ.

[Максим Грищенко]

Евгений Ромашкан,

upd: скопипащу ответ из похожего вопроса:
Frontend - интерфейс создания/удаления/изменения/чтения данных
Backend - взаимосвязь с БД - создание/изменение/хранение/отдача данных

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

НО! Вопрос был про организацию разработки, в большей части — бекендер дял разработки админки забирает на себя часть фронтовую... так дешевле и быстрее, дольше АПИ делать нужно

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

[Евгений Ромашкан]

Максим Федоров, Тот ответ я скопипастил, потому что "интерфейс создания/удаления/изменения/чтения данных" это и к админке относится. А API всё равно придется делать, без разницы кто берется за админку.
То что одному человеку(который сделает и серверную часть и саму админку) не понадобиться времени на то чтобы разобраться как работать с API понятно.
Мне кажется, по мере увеличения сложности проекта, и соответственно сложности админки, затраты времени на разбор Api будут всё менее значимыми от общей части работы, и соответственно, в один момент станет выгоднее отдать это фронтендеру

[Максим Грищенко]

Евгений Ромашкан, ну экономика проекта — дело личное. сами уже считайте и анализируйте, если вы будете расширять, и АПИ будет в любом случае и есть и фронт и бек — конечно делайте так, как это соответствует вашим расчетам и планам и организаци процессов

[Евгений Ромашкан]

Максим Федоров, Я не управляю проектами и разработчиками :)
Я лишь хотел посмотреть на сколько верны мои догадки и суждения о том как обстоят дела в этом плане

[Максим Грищенко]

Евгений Ромашкан, ну админка в качестве SPA я не видел, только если это и есть продукт (ЦРМ и ЕРП видел и на Ангуляре и на Реакте), ну и в таком случае конечно че в админке делать фронтендеру

[Евгений Ромашкан]

Максим Федоров,

Ангуляре и на Реакте

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

Опечатка и там должно быть бэкендеру? Вы же не хотите сказать что бекендер должен сделать SPA приложение?

[Максим Грищенко]

Евгений Ромашкан, нет, я же уточнил

админка в качестве SPA я не видел, только если это и есть продукт (ЦРМ и ЕРП видел и на Ангуляре

Answer 1

[m0nym]

Много вариантов.

Например, начинается с того, что бэкендер делает API по принципам HATEOAS, снабженное документацией по типу Swagger.

После чего фронтендеру и так все ясно.