Попробовал на REST сделать 2 таблицы сущностей Master-Details.
Один REST контроллер отвечает за работу с Мастер, второй с Details. Очень понравилось.

Но нужно двигаться дальше. Дальше, для работы нужен интерфейс в программе. Всякие контролы на интерфейсе для сортировки по критерям. Выборка по диапазону даты. Для построения этих контролов, тоже нужна информация с сервера.
Для них тоже заводить отдельный REST? ресурс откуда подгружать справочники?
А если их много всяких Drop-Down Menu (параметров фильтрации/сортировки)? 130 сущностей и для каждого надо штук по 10 контролов? Хорошо конечно что их будут много и они будут простые. Это даст возможность закешировать ответы.
Я просто не понимаю это нормальный подход или это ад?

Ну и по методам. Если мне просто GET и GetById мало? А надо всякие выборки по диапазону дат+фильтрация по определенным полям? Я то конечно могу методов понаписывать, но насколько это правильно?

Ага, спасибо.
На OData я и поглядывал изначально. Но вот смотрю под ASP.NET Core как то все тускло и печально. (полуофициальные альфа версии библиотек, с зачаточным функционалом) и не видно никакого бурного развития. Разработчики OData говорят, будет но потом, пока не до этого.
А у меня уже есть сколоченный костяк/основа приложения на связке ASP.NET Core + Angular4. Возвращаться на ASP.NET не очень хочется.
Может пока пожить без OData? (пока не появиться полноценные версии с богатым функционалом)
Как тогда сделать какой нибудь универсальный доступ к базе данных из Ангуляра? (типа REST). Копать в сторону ISpecification? и Query Object?
Планирую проектировать в стиле DDD (правда пока не умею), но хочу сделать сразу на такой архитектуре.