Подтвердить что ты не робот

Сравнение Restangular vs. JSData (ранее Angular -data)

Одна из вещей о Angular, которая является как особенностью, так и точкой сложности, заключается в том, что она не очень усомнилась в том, как взаимодействовать с RESTful API. Я знаю о $resource, Restangular и различные идеи, которые вы можете найти на переместите свой собственный.

В сложном приложении, которое получило большое количество ресурсов, включая различные вложения, причина думать, что Restangular превосходит $resource; по тем же причинам, также что Restangular лучше, чем сворачивать ваши собственные.

Одно из решений, которое я не видел до недавнего времени, JSData и его для AngularJS (repo). Судя по количеству избранных на Github (~ 900), у него есть приличное количество людей, по крайней мере заинтересованных в нем, если не использовать его. Это лишь часть следующего, что Restangular имеет на Github (5k +), но все же значительную.

Для тех, кто использовал как Restangular, так и JSData, что вы берете на себя, как они сравнивают (сильные/слабые стороны, различия по назначению, надежность и т.д., что может быть неясно из документов)? Чтобы этот вопрос оставался открытым, пожалуйста, придерживайтесь фактов, а не мнений.

Мои впечатления от того, что я прочитал, следующие:

Restangular

  • (+) Big mindshare
  • (+) Высоко настраиваемый
  • (-) Фокус, по-видимому, зависит от фактического взаимодействия с API RESTful, а не как быть самоуверенным/действовать как хранилище данных после его возвращения (пожалуйста, исправьте меня, если я ошибаюсь). Разумеется, это можно рассматривать как функцию, так же как и Angular недостаток мнений - это особенность. Я полагаю, что это пока что является недостатком, но из-за дополнительной работы это означает, что разработчик придумает собственное решение.

JSData​​h3 >

  • (+) Работает не только с REST, но и с localStorage, localforage, Firebase и т.д., включая пользовательские адаптеры.
  • (+) Создано как хранилище данных в кэше, чтобы не повторять HTTP-вызовы (честно говоря, кэширование также вариант с Restangular, хотя, возможно, менее переплетенный/критический для своей миссии)
  • (-) Не так много, как показано ниже, хотя разработчик действительно считает, что он
4b9b3361