Впервые когда столкнулся с задачей "доработать одата сервис", То это было что-то про:
1) зайди в транзакцию segw
2) там в сервисе покрутить методы get_entity(set) и прочее.
Где тут вообще был фронтенд - так и не понял.. (тут первый вопрос - где связка с фронтендом происходит?)

Теперь решил посмотреть что за RAP такой. Курс на opensap смотрю. Дошёл до раздела создание odata-сервиса. Всё делается в ADT, уже никаких get_entity(set) методов и вообще методов нет. Написал несколько cds, создал сервис (что-то типа expose cds1, expose cds2..) и уже приложение в браузере можно запускать (read-only Отчёт так за минут 10 создался).

Ну и второй вопрос:
Так вот в чём вообще разница-то? Когда пишем всякие get_entity(set) и (пере)генерируем сервис в segw. И когда вот пишем кучу cds И запускаем сервис в eclipse(ADT).
Вроде и там и там слова ODATA-сервисы/фиори приложения и прочее. А подход разный вообще...

Добрый день.

По первой части:
Фронтенд отправляет запрос, используя протокол ODATA на бекэнд, там он обрабатывается как REST запрос ( в SICF можете найти соответствующий узел ), класс ODATA handler спускает обработку в классы *mpc_ext , *dpc_ext , соответствующие проекту в SEGW. В них вы вручную можете задать логику обработки CRUD запросов и функциональных импортов.

По второй части:
В процессе эволюции подхода, большинство ручных действий "обросло" фреймворками, которые эти действия автоматизируют. Например SADL framework позволяет транслировать ODATA - запрос непосредственно в SQL запрос к CDS, тем самым убирая необходимость ручной выборки данных. BOPF а затем и Buisness Objects в RAP обеспечивают CREATE, UPDATE, DELETE операции ( в случае managed сценария - практически "из коробки" ). Разработчику остаётся "всего лишь" указать нужные таблицы и настроить проверки и детерминации.

Но в целом подход сохранился: Фронт отправляет ODATA запрос, бэк его интерпретирует и обрабатывает.