ngResourceแล้วดูเหมือนง่ายจริงๆที่จะใช้สิ่งที่มี ...
ข้อดี / ข้อเสียของการใช้Restangularผ่านngResourceคืออะไร?
1.1.3 $resourceจะกลับสัญญาและสามารถ implimented ใช้ล่าสุดประชาสัมพันธ์กระทำ จะมีการเสนอการสนับสนุนในอนาคต$resourceเพื่อสนับสนุนคำกริยาเพิ่มเติมที่ Restangular หรือไม่? และถ้าสิ่งนั้นเกิดขึ้น Restangular ดูเหมือนว่ามันจะหายไปและไม่สัมพันธ์กัน
คำตอบ:
ฉันเป็นผู้สร้าง Restangular
ฉันได้สร้างส่วนบน README โดยมีความแตกต่างกับทรัพยากร $ คุณสามารถตรวจสอบได้ที่นี่https://github.com/mgonto/restangular/blob/master/README.md#differences-with-resource
อย่างไรก็ตามเมื่อสรุปแล้วนอกเหนือจากคุณสมบัติเพิ่มเติมและแนวทางตามสัญญาแล้วแนวคิดก็คือ Restangular ยังสามารถจัดการ URL ทั้งหมดของคุณเพื่อที่คุณจะได้ไม่ต้องรู้อะไรเกี่ยวกับพวกเขา
สมมติว่าคุณมีสิ่งนี้สำหรับรถยนต์: / users / 123 / cars / 456
ใน $ resource คุณต้องสร้าง URL นั้นด้วยตนเองและต้องสร้าง $ resource object สำหรับสิ่งนี้ด้วยตนเอง Restangular ช่วยคุณในเรื่องนี้โดยการ "จำ" 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')
หวังว่านี่จะช่วยได้!
.one('users', 123)ใดมากหรือน้อย "รู้" เกี่ยวกับ URL ของคุณมากกว่า'/users/123'? (เพิ่งเล่น Devil's advocate) ดูเหมือนว่า'/foo/123/bar/123'จะง่ายกว่า.one('foo', 123).one('bar', 123)มาก
var user = Restangular.one('users', 123).getList()ดังนั้นก่อนอื่นคุณจะทำสิ่งที่โกหก ต่อมาในรหัสหรือในบางตัวควบคุมอื่น ๆ user.getList('buildings')ที่คุณทำ ที่นี่คุณเพิ่งรู้ประเภทต่อไปคืออาคาร แต่มันค้นหา/users/123/buildings/ดังนั้นคุณจึงไม่จำเป็นต้องรู้ URL แบบเต็มตลอดเวลา
$resource- ฉันไม่ได้บอกเป็นนัยว่ามันจะไม่เกี่ยวข้องด้วยวิธีการใด ๆ เพียง แต่มีการกล่าวถึง ข้อเสียหรือข้อเสียที่เป็นข้อเท็จจริงใด ๆ ที่เราควรทราบ?
ฉันพบว่า RequestInterceptor ของ Restangular ค่อนข้างสะดวกในการลบบางฟิลด์ออกจากวัตถุก่อนที่จะทำการร้องขอ บริการเว็บ REST ส่วนใหญ่ที่ฉันกำลังทำงานอยู่อย่าคาดหวังว่า id ในข้อมูลออบเจ็กต์ในคำขอ PUT เช่นใน url โดยทั่วไปพวกเขาไม่คาดหวังช่องข้อมูลเพิ่มเติมที่ไม่สามารถอัปเดตโดย PUT (เช่นรหัสหรือกระสุนที่สร้างขึ้นโดยการตั้งชื่อเป็นต้น) ฉันพบว่าสิ่งนี้ตรงไปตรงมากับ Restangular ในขณะที่ฉันยังไม่ได้หาวิธีทำกับทรัพยากร $ ด้วยวิธีที่สะอาด แต่ฉันแน่ใจว่ามันเป็นไปได้
เห็นได้ชัดว่าเราสามารถเปลี่ยนบริการเว็บให้เพิกเฉยต่อช่องพิเศษเหล่านั้นได้ แต่ก็ไม่สามารถทำได้เสมอไป
ngResource ไม่คืนสัญญาในเวอร์ชันเสถียรล่าสุด (ปัจจุบันคือ 1.0.6) นอกจากนี้ดูเหมือนว่า Restangular จะแสดงกริยามากกว่า ngResource (แสดง PUT, OPTIONS, PATCH ฯลฯ )
หากคุณไม่ต้องการคำกริยาเพิ่มเติมและอยู่ในสาขาที่ไม่เสถียรของ AngularJS (ซึ่งรวมถึงสัญญาสำหรับ ngResource) ฉันไม่เห็นเหตุผลสำคัญใด ๆ ที่จะใช้ Restangular กับ ngResource
ใช้อะไรก็ได้ที่คุณรู้สึกสบายใจ
$resourceจะคืนคำสัญญาและสามารถบอกเป็นนัยได้โดยใช้การประชาสัมพันธ์ล่าสุด stackoverflow.com/questions/16429832/…ในอนาคตจะมีการเสนอ$resourceการสนับสนุนเพื่อรองรับคำกริยาเพิ่มเติมหรือไม่ และถ้าสิ่งนั้นเกิดขึ้น Restangular ดูเหมือนว่ามันจะหายไปและไม่สัมพันธ์กัน
จากการติดตามคำตอบข้างต้นและสำหรับผู้อ่านใหม่เช่นฉันที่สนใจในความคิดเหล่านั้น:
“ และถ้าสิ่งนั้นเกิดขึ้น Restangular ดูเหมือนว่ามันจะหายไปและไม่สัมพันธ์กัน”
"จะเกิดอะไรขึ้นในสามเดือนเมื่อผู้ชายคนนี้เลิกสนับสนุน Restangular เนื่องจาก ngResource ของ Google ตรวจพบคุณลักษณะทั้งหมดที่ขาดหายไป"
ในความคิดของฉันการรับประกันเดียวที่จะอยู่รอดของไลบรารีโอเพนซอร์สคือชุมชนที่สร้างขึ้นรอบ ๆ ตัวอย่างที่ดีที่สุดคือmariaDBและWebScaleSQLซึ่งทั้งคู่เกิดมาจากการเติบโตของระบบจัดการฐานข้อมูลเชิงสัมพันธ์ที่ยอดเยี่ยม MySQL
ในเวลาเขียนนี้ Restangular having 6699 stars and 727 forksกำลังก้าวไปข้างหน้าสู่ Restangular 2.0 ซึ่งมีไว้เพื่อรองรับ angularJs 2.0 และ ES6
สำหรับเว็บไซต์ง่ายๆอย่างรวดเร็วที่คุณต้องการใช้งานตลอดไปด้วยการสนับสนุนขั้นต่ำฉันจะใช้ http HttpClientเชิงมุมในตัวใครก็ตามเมื่อฉันทำงานในโครงการที่ฉันรักและฉันสนุกและพยายามใช้เทคโนโลยีที่ยอดเยี่ยมทั้งหมด ฉันจะใช้Ngx-Restangular
นอกจากนี้คุณควรทราบว่า ngx-restangular ทำงานร่วมกับบริการ RESTful ตามชื่อที่แนะนำเท่านั้น ดังนั้นสำหรับบริการที่ให้ SOAP คุณจะไม่สามารถใช้Ngx-Restangular ได้
อย่างที่บอกว่าฉันจะใช้ ngx-restangular เกือบตลอดเวลาเพราะฉันพยายามทำงานในโปรเจ็กต์ที่ฉันคิดว่าเจ๋งและพยายามใช้สิ่งที่ฉันคิดว่าดีที่สุด
ขอให้โชคดี!
$httpมีการเปลี่ยนแปลงรุ่นใหญ่เป็น angularjs --- คุณจะไม่สามารถอัปเกรดได้เนื่องจากการเรียกใช้บริการของ Restangualr จะคาดหวังว่า "อย่างอื่น" และคุณจะต้องใช้กรอบนี้ที่คุณ "ตัดสินใจจะไปด้วย"