Хотелось бы узнать общепринятую точку зрения.
Вот есть явно фронтэнд — то, что взаимодействует с пользователями, вроде JS, JSF, ZK.
Есть явный бэкэнд — то, что осуществляет доступ к модели, например, и реализует какие-то внутренние API.
Теперь посмотрим на контроллеры, взаимодействующие с пользовательским представлением. Они 1) живут на сервере, с юзером непосредственно не взаимодействуют, но 2) частично сильно зависят от этого представления — скажем, данные могут опрашиваться из input-элементов страницы, а могут — из абстракций используемого для gui фреймворка. Если их роль сводится к тому, чтобы запускать те или иные методы чтения или записи модели, то не справедливо ли будет сказать, что они сами относятся к фронтэнду?

Т.е. выходит, что если некто пишет простое приложение вроде классического списка книг с использованием Spring MVC, то контроллер, наряду с View, относится к frontend? Если, конечно, контроллер не начинает сам отвечать за доступ к БД.

SM>Т.е. выходит, что если некто пишет простое приложение вроде классического списка книг с использованием Spring MVC, то контроллер, наряду с View, относится к frontend?
А тогда получается, что Spring MVC является технологией фронтэнда — т.к. служит для организации вьюшек и контроллеров, которые вроде как и те и другие фронт...

Здравствуйте, Slicer [Mirkwood], Вы писали:

SM>Теперь посмотрим на контроллеры, взаимодействующие с пользовательским представлением. Они 1) живут на сервере, с юзером непосредственно не взаимодействуют
Не обязательно. Контроллеры могут быть и на клиенте в виде JS.

SM>Т.е. выходит, что если некто пишет простое приложение вроде классического списка книг с использованием Spring MVC, то контроллер, наряду с View, относится к frontend? Если, конечно, контроллер не начинает сам отвечать за доступ к БД.
А к чему эта странная классификация. Вроде всё понятно
UX, HTML, JS — frontend
Java, RDBMS — backend

А, вопросы, "если у меня в JSP и HTML и SQL, то это frontend или backend?" смысла не имеют. Потому что они раскладываются на те же технологии, перечисленные выше.

Здравствуйте, Slicer [Mirkwood], Вы писали:

SM>>Т.е. выходит, что если некто пишет простое приложение вроде классического списка книг с использованием Spring MVC, то контроллер, наряду с View, относится к frontend?
SM>А тогда получается, что Spring MVC является технологией фронтэнда — т.к. служит для организации вьюшек и контроллеров, которые вроде как и те и другие фронт...
Нет, не получается.

Здравствуйте, Slicer [Mirkwood], Вы писали:

SM>Хотелось бы узнать общепринятую точку зрения.

Слова frontend и backend могут иметь очень разный смысл в зависимости от архитектуры всего решения.

Если у вас чисто Spring MVC с каким-нибудь Thymeleaf, нет там ни frontend, ни бэкенд.
Если у вас какое-то SPA на Spring MVC + Angular, легко можно сказать, что Spring MVC — это backend, а приложение на Angular — frontend.
Если у вас есть какой-то REST API на Spring MVC (1) и отдельно есть "морда" на Spring MVC + Thymeleaf (2), то backend — это 1, а frontend — это 2.

Короче, это роли, а не наборы технологий.

B>UX, HTML, JS — frontend
B>Java, RDBMS — backend
Но по такой логике даже реализация JSP-вьюшек будет считаться backend, разве это разумно?

JS, HTML, CSS — frontend.

Если HTML генерируется из шаблонов, то JSP, Thymeleaf — фронтэнд. Всё остальное — бэкэнд.

Контролер HTML не генерирует, поэтому он не фронтэнд.

Есть технологии, вроде Wicket, там порой в одном классе совмещается и фронтэнд и бэкэнд, ну это уже особенность фреймворка.

Здравствуйте, Slicer [Mirkwood], Вы писали:

SM>Теперь посмотрим на контроллеры, взаимодействующие с пользовательским представлением.

3-tier?

Здравствуйте, Slicer [Mirkwood], Вы писали:

SM>Хотелось бы узнать общепринятую точку зрения.
SM>Вот есть явно фронтэнд — то, что взаимодействует с пользователями, вроде JS, JSF, ZK.
SM>Есть явный бэкэнд — то, что осуществляет доступ к модели, например, и реализует какие-то внутренние API.

А еще есть middleware.

You will always get what you always got
  If you always do  what you always did

Здравствуйте, Slicer [Mirkwood], Вы писали:

SM>Т.е. выходит, что если некто пишет простое приложение вроде классического списка книг с использованием Spring MVC, то контроллер, наряду с View, относится к frontend? Если, конечно, контроллер не начинает сам отвечать за доступ к БД.

frontend/backend понятие фрактальное. В рамках веб-решения и вьюхи и контроллеры это бекенд, а фронтэнд это HTML-CSS-JS. В рамках системы с сервером приложений — бекенд это собственно сервер, а фронтэнд — веб-решение в целом. И т.д.