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

7
ความแตกต่างระหว่าง DTO, VO, POJO, JavaBeans?
ได้เห็นคำถามที่คล้ายกัน: JavaBean และ POJO แตกต่างกันอย่างไร อะไรคือความแตกต่างระหว่าง POJO (Object Java แบบธรรมดาเก่า) และ DTO (Data Transfer Object) คุณช่วยเล่าเรื่องเกี่ยวกับบริบทที่พวกเขาใช้ให้ฉันได้ไหม หรือวัตถุประสงค์ของพวกเขา?

10
วัตถุ CLR แบบเก่าธรรมดากับวัตถุการถ่ายโอนข้อมูล
Наэтотвопросестьответына Stack Overflow нарусском : Наглядныйпримерразличия DTO, POCO (POJO) และค่าวัตถุ POCO = วัตถุ CLR แบบเก่า (หรือดีกว่า: คลาส) DTO = วัตถุการถ่ายโอนข้อมูล ในโพสต์นี้มีความแตกต่าง แต่บล็อกที่ฉันอ่านส่วนใหญ่อธิบาย POCO ตามวิธีที่ DTO กำหนดไว้: DTO เป็นคอนเทนเนอร์ข้อมูลแบบง่ายที่ใช้สำหรับย้ายข้อมูลระหว่างเลเยอร์ของแอปพลิเคชัน POCO และ DTO เหมือนกันหรือไม่
405 c#  .net  poco  dto 

9
เครื่องมือใด ๆ สำหรับวัตถุจาวาเพื่อวัตถุแผนที่? [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้มีแนวโน้มที่จะเรียกร้องการอภิปรายการโต้แย้งการหยั่งเสียงหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา ฉันพยายามแปลง DO เป็น DTO โดยใช้ java และค้นหาเครื่องมืออัตโนมัติก่อนเริ่มเขียนเอง ฉันแค่อยากรู้ว่ามีเครื่องมือฟรีใด ๆ ที่เหมือนกันหรือไม่
231 java  mapping  dto 


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

11
เหตุใดวัตถุการถ่ายโอนข้อมูล (DTO) จึงเป็นรูปแบบต่อต้าน
ผมเคยได้ยินคนบอกว่าเมื่อเร็ว ๆ นี้การถ่ายโอนข้อมูลวัตถุ (DTOs) เป็นต่อต้านรูปแบบ ทำไม? ทางเลือกอื่นคืออะไร?

8
DTO = ViewModel?
ฉันใช้ NHibernate เพื่อคงวัตถุโดเมนของฉัน เพื่อให้สิ่งต่างๆง่ายขึ้นฉันใช้โครงการ ASP.NET MVC เป็นทั้งเลเยอร์การนำเสนอและเลเยอร์บริการของฉัน ฉันต้องการส่งคืนอ็อบเจ็กต์โดเมนของฉันใน XML จากคลาสคอนโทรลเลอร์ของฉัน หลังจากอ่านโพสต์บางส่วนที่นี่ใน Stack Overflow ฉันรวบรวม DTO เป็นวิธีที่จะไป อย่างไรก็ตามฉันยังเจอโพสต์ที่พูดถึง ViewModel คำถามของฉัน: Data Transfer Objects และ ViewModels เป็นสิ่งเดียวกันหรือไม่ หรือ ViewModel เป็นรูปแบบย่อยของ DTO หรือไม่?

3
ประเภทการอ้างอิงเป็นโมฆะใน C # 8 เมื่อใช้คลาส DTO กับ ORM
ฉันเปิดใช้งานคุณลักษณะนี้ในโครงการที่มีคลาส data data object (DTO) ตามที่ระบุด้านล่าง: public class Connection { public string ServiceUrl { get; set; } public string? UserName { get; set; } public string? Password { get; set; } //... others } แต่ฉันได้รับข้อผิดพลาด: CS8618: คุณสมบัติที่ไม่สามารถลบล้างได้ 'ServiceUrl' ไม่ได้ถูกกำหนดค่าเริ่มต้น พิจารณาประกาศคุณสมบัติเป็นโมฆะ นี่คือคลาส DTO ดังนั้นฉันไม่ได้เริ่มต้นคุณสมบัติ สิ่งนี้จะเป็นความรับผิดชอบของรหัสในการเริ่มต้นคลาสเพื่อให้แน่ใจว่าคุณสมบัติไม่เป็นโมฆะ ตัวอย่างเช่นผู้โทรสามารถทำได้: var connection = new Connection …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.