ngResource에 비해 Resangular를 사용하는 이점은 무엇입니까?

ngResource에 비해 Resangular를 사용하는 이점은 무엇입니까?

ngResource...로 일을 실행하는 것은 이미 매우 간단해 보인다.

ngResource에 비해 Resangular를 사용하는 장점/단점은 무엇입니까?

1.1.3$resource약속을 반환하고 최신 PR 커밋을 사용하여 시험할 수 있습니다.향후 지원 제공 예정$resource리스앵귤러에서 하는 추가 동사를 지원하려면요?그리고 만약 그렇게 된다면 Resangular는 없어지고 무관심해질 것 같다.

나는 Resangular의 창조자입니다.

README에 $resource와 다른 섹션을 만들었습니다.https://github.com/mgonto/restangular/blob/master/README.md#differences-with-resource 에서 확인하실 수 있습니다.

어쨌든 요약하자면, 추가 기능과 약속 기반의 접근 방법 외에, Resangular는 모든 URL을 처리할 수 있기 때문에, 그 URL에 대해 아무것도 알 필요가 없습니다.

자동차용으로 /users/123/cars/456과 같은 것이 있다고 가정합니다.

$resource에서는 해당 URL을 수동으로 구성해야 하며 $resource 개체도 수동으로 구성해야 합니다.resangular는 URL을 "기억"함으로써 도움이 됩니다.

그래서 만약 당신이 어떤 장소에서

Restangular.one("users", 123).get().then(function(user) {
  $scope.user = user;
});

// Some other code

//Automatically does the request to /users/123/cars as it remembers in which object you're asking it.
$scope.user.getList('cars')

Resangular의 요청을 찾았습니다.요청을 작성하기 전에 개체에서 일부 필드를 제거하는 데 매우 유용합니다.현재 작업 중인 대부분의 REST 웹 서비스는 PUT 요청의 개체 데이터(예: URL)에 있는 ID를 예상하지 않습니다.일반적으로 PUT에 의해 갱신할 수 없는 추가 데이터 필드(ID, 제목 설정에 의해 생성되는 슬래그 등)는 기대하지 않습니다.저는 이것이 Restangular에서는 간단하다는 것을 알았지만, $리소스로 깔끔하게 하는 방법을 찾지 못했습니다만, 어떻게든 가능하다고 확신합니다.

이러한 추가 필드를 무시하도록 웹 서비스를 변경할 수도 있지만 항상 가능한 것은 아닙니다.

ngResource는 안정적인 최신 릴리스(현재 1.0.6)의 약속을 반환하지 않습니다.또한 restangular는 ngResource보다 더 많은 동사를 노출하는 것으로 보입니다(PUT, OPTIONS, PATCH 등을 노출).

추가 동사가 필요하지 않고 AngularJs의 불안정한 분기(ngResource에 대한 약속 포함)에 있는 경우 ngResource에서 Resangular를 사용해야 할 주요 이유를 찾을 수 없습니다.

당신이 편한 것을 사용하세요.

위의 답변에 이어 저처럼 이러한 생각에 관심이 있는 새로운 독자들을 위해 다음과 같이 답합니다.

"그리고 그렇게 되면 Resangular는 사라지고 무관심해질 것 같습니다."

"구글의 ngResource가 부족한 모든 기능을 따라잡았기 때문에 이 사람이 Resangular 지원을 중단하면 3개월 후에 무슨 일이 일어날까요?"

• [2년 전 질문]

오픈 소스 라이브러리의 생존을 보장하는 유일한 보장은 그것을 중심으로 구축된 커뮤니티입니다.가장 좋은 예로는 mariaDB와 WebScale이 있습니다.둘 다 위대한 관계형 데이터베이스 관리 시스템 MySQL의 성장 분기로서 탄생한 SQL입니다.

이 쓰기 시간에는 리스앵귤러having 6699 stars and 727 forks이제 angularJs 2.0 및 ES6를 지원하는 Resangular 2.0으로 넘어갑니다.

• https://github.com/mgonto/restangular/issues/890 에 대해 설명합니다.
• 첫 번째 repo 프리뷰 : https://github.com/mgonto/restangular/tree/2.0-wip
• ng-europe conference by mgonto : https://youtu.be/fWar75R1NGo

최소한의 지원으로 항상 실행하고 싶은 간단한 웹 사이트에서는 마음에 드는 프로젝트를 할 때, 또 모든 멋진 테크놀로지를 사용하고 싶을 때, Ngx-Restangular를 사용합니다.

또한 ngx-restangular는 이름 그대로 RESTful 서비스에서만 작동합니다.따라서 SOAP을 제공하는 서비스에서는 Ngx-Resangular를 사용할 수 없습니다.

https://ngx-restangular.com/

ngx-restangular를 가장 많이 사용한다는 것은 항상 쿨하다고 생각되는 프로젝트를 진행하려고 하기 때문에 가장 좋다고 생각하는 것을 실행하려고 하기 때문입니다.

행운을 빌어요!

언급URL : https://stackoverflow.com/questions/16554580/what-is-the-advantage-of-using-restangular-over-ngresource