เหตุใด C # จึงอนุญาตคุณสมบัติในส่วนต่อประสาน

ใน C # รหัสต่อไปนี้ถูกต้อง

interface I{
    int property{get;set;}
}

ซึ่งไม่สมเหตุสมผลเลยสำหรับฉัน สิ่งนี้ดูเหมือนจะทำลายหนึ่งในหลักการที่สำคัญที่สุดของอินเทอร์เฟซ: ขาดสถานะ (กล่าวอีกนัยหนึ่งไม่มีฟิลด์) สถานที่ให้บริการไม่ได้สร้างเขตข้อมูลส่วนตัวโดยนัย? นั่นจะไม่เลวสำหรับอินเทอร์เฟซหรือไม่

ฉันคิดว่าส่วนที่สับสนคือถ้าคุณเขียนint Property { get; set; }ในชั้นเรียนแล้วมันเป็นคุณสมบัติอัตโนมัติพร้อมเขตข้อมูลสำรองโดยปริยาย

แต่ถ้าคุณเขียนสิ่งเดียวกันในอินเทอร์เฟซมันไม่ใช่คุณสมบัติอัตโนมัติมันเพิ่งประกาศว่าคุณสมบัตินั้นเป็นส่วนหนึ่งของอินเทอร์เฟซและประเภทใด ๆ ที่ใช้อินเทอร์เฟซนั้นต้องมีคุณสมบัตินั้น (เป็นคุณสมบัติอัตโนมัติหรือไม่ ) แต่มันไม่ได้สร้างเขตข้อมูลสำรอง

วิธีหนึ่งที่จะเห็นความแตกต่างคือการเขียนint Property { get; }: สิ่งนี้ใช้ได้ในอินเตอร์เฟสและประกาศคุณสมบัติที่มีเพียงตัวรับ แต่ไม่มีตัวตั้งค่า แต่มันจะไม่รวบรวมในชั้นเรียน (เว้นแต่ว่าคุณกำลังใช้ C # 6.0) เนื่องจากคุณสมบัติอัตโนมัติจะต้องมี setter

การกำหนดคุณสมบัติที่คุณได้แสดงให้เห็นเป็นเช่นเดียวกับการกำหนดวิธีการและint GetProperty() void SetProperty(int i)คุณสมบัติมีประสิทธิภาพในระยะสั้นใน C #

คุณสมบัติไม่ได้สร้างเขตข้อมูลส่วนตัวใน C # นั่นคือการใช้งานเริ่มต้นของauto-propertyตัวอย่างเช่นpublic string MyString { get; set;}อย่างไรก็ตามคุณสมบัติที่กำหนดตรรกะที่กำหนดเองในgetวิธีการนี้จะไม่สร้างเขตข้อมูลส่วนตัวโดยนัย

ท้ายสุดเมื่ออินเตอร์เฟสเกี่ยวข้องกับpublic API จะเกิดอะไรขึ้นถ้าการใช้งานคุณสมบัติอินเตอร์เฟสอาศัยฟิลด์ส่วนตัวโดยปริยายหรืออย่างอื่น? ที่ถูกซ่อนจากผู้บริโภคของอินเทอร์เฟซโดยไม่คำนึงถึง

คุณสมบัติเป็นวิธีการ! เขตข้อมูลสำรองจะถูกเพิ่มไปยังคลาสที่ใช้อินเทอร์เฟซ (ด้วยตนเองหรือผ่านคุณสมบัติอัตโนมัติ)