Comments 4
А почему вы не используете ngResource?
UPD. Для классических API, где для каждой сущности, есть вся гамма методов ( GET, PUT, POST и тд) количество кода так в разы сокращается.
UPD. Для классических API, где для каждой сущности, есть вся гамма методов ( GET, PUT, POST и тд) количество кода так в разы сокращается.
В данном случае применялся mixed-подход: можно работать как с RESTful api, так и без него. Дополнительные уровни абстракции позволяют снизить внутренние зависимости и выполнять операции с данными через специальные связующие звенья — репозитории.
Т.е. у нас есть webApi ядро, где описана логика взаимодействия с сервером и процессы обработки url'ов, группы запросов для простоты конфигурирования текущего api, а также репозитории — сущности, которые выступают в качестве поставщиков данных для контроллера.
Т.е. у нас есть webApi ядро, где описана логика взаимодействия с сервером и процессы обработки url'ов, группы запросов для простоты конфигурирования текущего api, а также репозитории — сущности, которые выступают в качестве поставщиков данных для контроллера.
UFO just landed and posted this here
А как вы организовываете работу с моделями?
Также предлагаю вам ознакомиться с моей реализацией, достаточно схожие идеи.
Endpoints конфигурируются в конфиге.
Указываются модели для инициализации данных, также, по надобности, заголовки для чтения. (например 'X-Total-Count').
Под капотом провайдер использует ngResource что позволяет использовать все его фишки при инициализации роутинга, работе с данными и кэшем.
github.com/zaqqaz/ng-rest-api
Также предлагаю вам ознакомиться с моей реализацией, достаточно схожие идеи.
Endpoints конфигурируются в конфиге.
Указываются модели для инициализации данных, также, по надобности, заголовки для чтения. (например 'X-Total-Count').
Под капотом провайдер использует ngResource что позволяет использовать все его фишки при инициализации роутинга, работе с данными и кэшем.
github.com/zaqqaz/ng-rest-api
Sign up to leave a comment.
Angular.js — разработка webApi модуля