คำถามติดแท็ก hateoas

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ปรับปรุงคำถามนี้ ขณะนี้ฉันกำลังสร้าง REST-API สำหรับโครงการและได้อ่านบทความตามบทความเกี่ยวกับแนวทางปฏิบัติที่ดีที่สุด ดูเหมือนว่าหลายคนจะต่อต้าน DTO และเพียงแค่เปิดเผยรูปแบบโดเมนในขณะที่คนอื่น ๆ คิดว่า DTOs (หรือโมเดลผู้ใช้หรือสิ่งที่คุณต้องการเรียกใช้) เป็นแนวปฏิบัติที่ไม่ดี ส่วนตัวแล้วฉันคิดว่าบทความนี้มีเหตุผลมากมาย อย่างไรก็ตามฉันยังเข้าใจข้อเสียของ DTOs ด้วยรหัสการแมปพิเศษทั้งหมดโมเดลโดเมนที่อาจเหมือน 100% กับ DTO-counterpart และอื่น ๆ API ของเราส่วนใหญ่ถูกสร้างขึ้นเพื่อให้ลูกค้ารายอื่นอาจใช้ข้อมูลอย่างไรก็ตามถ้าเราทำถูกต้องเราก็ต้องการที่จะใช้มันสำหรับเว็บ GUI ของเราเองถ้าเป็นไปได้ สิ่งที่เราอาจไม่ต้องการเปิดเผยข้อมูลโดเมนทั้งหมดให้กับผู้ใช้ไคลเอนต์อื่น ๆ ข้อมูลส่วนใหญ่จะสมเหตุสมผลในเว็บแอพพลิเคชันของเราเอง นอกจากนี้เราอาจไม่ต้องการเปิดเผยข้อมูลทั้งหมดเกี่ยวกับวัตถุในทุกสถานการณ์โดยเฉพาะความสัมพันธ์กับวัตถุอื่น ๆ เป็นต้น ตัวอย่างเช่นหากเราแสดงรายการของวัตถุเฉพาะเราไม่จำเป็นต้องเปิดเผยลำดับชั้นวัตถุทั้งหมด เพื่อที่ลูกของวัตถุจะไม่ถูกเปิดเผย แต่สามารถค้นพบได้ผ่านลิงก์ (เกลียดชัง) ฉันควรจะแก้ไขปัญหานี้อย่างไร ฉันกำลังคิดที่จะใช้ Jackson mixins ในโมเดลโดเมนของเราเพื่อควบคุมข้อมูลที่จะได้รับจากสถานการณ์ที่แตกต่างกัน หรือเราควรใช้ DTO ตลอดทาง …

154 java  spring  rest  dto  hateoas 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้มีแนวโน้มที่จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา ดังที่ทุกคนอาจสังเกตเห็นมี REST-APIs ของปลอม / เป็นพื้นฐานจำนวนมากใน wild (ซึ่งใช้ HTTP-API และเรียกมันว่า REST โดยไม่ปฏิบัติตามข้อกำหนดของ ผู้ที่โด่งดังของ Roy T. Fieldingคนที่ระบุกระบวนทัศน์ REST เป็นครั้งแรก) ฉันไม่สามารถหาตัวอย่างที่เป็นประโยชน์ของการใช้งาน REST แบบไฮเปอร์เท็กซ์ได้อย่างแท้จริงพร้อมกับคำจำกัดความประเภทสื่อเฉพาะแอปพลิเคชันที่เกี่ยวข้องสำหรับการเปลี่ยนสถานะ มีตัวอย่างของการติดตั้งใช้งานที่เปิดเผยต่อสาธารณะหรือไม่?

140 api  rest  hateoas 

ฉันกำลังมีส่วนร่วมในโครงการที่สมาชิกในทีมอาวุโสบางคนเชื่อว่า REST API ต้องเป็นไปตามมาตรฐาน HATEOAS และใช้ระดับวุฒิภาวะทั้งหมดของ Richardson ( http://martinfowler.com/articles/richardsonMaturityModel.html )! การใช้งาน REST ของ AFAIK ส่วนใหญ่ไม่เป็นไปตามข้อกำหนดของ HATEOAS และควรมีเหตุผลที่ดีว่าทำไมคนจำนวนมากถึงไม่ทำเช่นนี้ ฉันสามารถนึกถึงเหตุผลต่างๆเช่นความซับซ้อนที่เพิ่มเข้ามาการขาดเฟรมเวิร์ก (ฝั่งเซิร์ฟเวอร์และไคลเอนต์) ปัญหาด้านประสิทธิภาพและ ... คุณคิดอย่างไร? คุณเคยมีประสบการณ์กับ HATEOAS ในโครงการจริงหรือไม่?

110 rest  hateoas 

เห็นได้ชัดว่าสิ่งที่ฉันคิดว่ารู้เกี่ยวกับ REST จำนวนมากนั้นผิด - และฉันไม่ได้อยู่คนเดียว คำถามนี้มีโอกาสในการขายที่ยาวนาน แต่ดูเหมือนว่าจำเป็นเนื่องจากข้อมูลกระจัดกระจายไปเล็กน้อย คำถามจริงจะอยู่ในตอนท้ายหากคุณคุ้นเคยกับหัวข้อนี้แล้ว จากย่อหน้าแรกของREST APIของ Roy Fielding ต้องขับเคลื่อนด้วยไฮเปอร์เท็กซ์เป็นที่ชัดเจนว่าเขาเชื่อว่างานของเขาถูกตีความผิดอย่างกว้างขวาง: ฉันรู้สึกไม่สบายใจกับจำนวนคนที่เรียกใช้อินเตอร์เฟสที่ใช้ HTTP เป็น REST API ตัวอย่างเช่นวันนี้เป็นSocialSite REST API นั่นคือ RPC มันกรีดร้อง RPC มีคลัปบนจอแสดงผลมากจนควรได้รับคะแนน X Fielding จะแสดงรายการคุณลักษณะต่างๆของ REST API บางคนดูเหมือนจะขัดต่อแนวทางปฏิบัติทั่วไปและคำแนะนำทั่วไปใน SO และฟอรัมอื่น ๆ ตัวอย่างเช่น: ควรป้อน REST API โดยไม่มีความรู้มาก่อนนอกเหนือจาก URI เริ่มต้น (บุ๊กมาร์ก) และชุดประเภทสื่อมาตรฐานที่เหมาะสมกับผู้ชมที่ต้องการ (กล่าวคือลูกค้าที่อาจใช้ API คาดว่าจะเข้าใจ) ... REST API …

100 rest  hateoas 

ในการออกแบบ RESTful Web Service โดยใช้ HATEOAS ข้อดีข้อเสียของการแสดงลิงก์เป็น URL แบบสมบูรณ์คืออะไร (" http: // server: port / application / customers / 1234 ") เทียบกับ just the path ("/ application / ลูกค้า / 1234 ")?

84 rest  hateoas