Ангуляр на беке запускается как тот же рендер для фронта и работает оно там, или через express или через что то подобное, разве нет?

Да, всё так. И да, на исходный вопрос человеку хороший ответ был: «Попробуйте NestJS».

Я всё понял, что гендеров в итоге больше двух и всё зависит от угла просмотра, но вот что сервисы в ангуляре — это бэкенд — я ни с какой обзорной точки понять не могу.

Если объяснишь, ну из спортивного интереса попытаешься хотя бы — будет круто, если нет — ну ок) Это не сарказм

Это и было предложено

Только вот задача была совершенно в другом ракурсе

Да ему нужен background.js для хром экстеншна, хром ему никакой порт не позволит поднять

Только не к «задней части», а к бизнес логике, но бизнес логика ≠ бэкенд

«Вью» часть — фронтенд, Бизнес-логика — бекенд.

Выполни мне запрос к БД прямо с ангуляра

Я про сервисы в ангуляре спросил, не про вью))

Можно и это сделать, если написать на джеесе протокол работы с БД. Или если создать возможность работы по рест протоколу для обращения к БД.

он возможно про view грит

Да, однако декораторы, на которые сервисы завязаны, всю малину портят 🙂

не считается) тогда это клиент
Сохрани файл с помощью ангуляра локально в папку

Так путь объяснит, не будем додумывать за него

Декораторы выпиливаются компилятором и превращаются в статические поля класса

Однако на исходный текст оно влияет и… зависимость от фреймворка минимально, но есть

да….

Давайте лучше говорить клиент и сервер, если мы уж говорим так абстрагировано

А если в расширении гугл хром сервис-воркер, то это бекенд часть или все же фронтенд? Запускается сервис воркер отдельно и управляется отдельно хромом.

Если он работает на машине юзера, то какой же это бэк?

Воркеры делают какую-то работу не трогая основной тред, это тоже фронт

Это значит что в css тоже бэк есть, раз там есть background?

На машине юзера можно установить сервер базы данных, это не сделает его фронтендом

Давно известный факт

да — back part и front part — back color и front color

Все что на уровне клиента, это фронт

Это условно, это можно по разному понимать.

По идеи же то что выполняется в браузере это Фронт, если вычисления проходят в другом месте (Сервер, на машине пользователя или еще где-то) то это Бек

да и тоже так тоже

Скрипты написанные на PHP отрабатывают на веб-сервере, но веб-сайт можно логически разрезать на две части: на бекенд и на фронтенд, разрезать на слои… Там где юай и там где бизнес-логика.

Но ведь в браузере — это и есть на машине пользователя

да, а ангуляр юниверсал на машине хостинг провайдера

Но мы тогда возвращаем либо код который в итоге будет работать в браузере(Нажали на кнопку что-то завертелось) или статическую страницу(Но ее я в расчет не беру, если не ошибаюсь в ней же ничего не выполняется грубо говоря)

браузерные майнеры с ангуляра

Я розделил браузер и машину пользоветаля так как бекенд можно запустить на том же ноуте что и браузер и он от этого не перестает быть бекендом

я рассматриваю вариант, когда отдается сгенерированная на сервере статическая страница

да не перестанет

Да, не перестанет. Но определение неверное, точнее не до конца. Браузер и клиентская машина — это не взаимоисключающие понятия

Бэкенд (англ. backend) — программно-аппаратная часть сервиса, отвечающая за функционирование его внутренней части.

Фронт- и бэкенд — вариант архитектуры программного обеспечения.

Термины появились в программной инженерии вследствие развития принципа разделения ответственности между внешним представлением и внутренней реализацией.

Бэкенд для предоставления своей функции реализует API, используемые фронтендом. Таким образом, фронтенд-разработчику не нужно знать особенности реализации сервера, а бэкенд-разработчику — реализацию фронтенда.

Я не хотел распысывать уточнения на целый реферат, но в итоге я всеравно уточнил)