เหตุใดฟิลด์ทั้งหมดในอินเทอร์เฟซจึงคงที่โดยปริยายและสุดท้าย

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

มีใครรู้บ้างว่าทำไมนักออกแบบ Java ถึงทำฟิลด์ในอินเทอร์เฟซstaticและfinal?

อินเทอร์เฟซไม่สามารถมีพฤติกรรมหรือสถานะได้เนื่องจากมีจุดประสงค์เพื่อระบุเฉพาะสัญญาการโต้ตอบไม่มีรายละเอียดการใช้งาน 'ไม่มีพฤติกรรม' ถูกบังคับใช้โดยไม่อนุญาตให้เมธอด / คอนสตรัคเตอร์บอดี้หรือสแตติก / อินสแตนซ์เริ่มต้นบล็อก 'ไม่มีสถานะ' ถูกบังคับใช้โดยอนุญาตเฉพาะฟิลด์สุดท้ายแบบคงที่ ดังนั้นคลาสสามารถมีสถานะ (สถานะคงที่) ได้ แต่สถานะอินสแตนซ์ไม่ได้อนุมานโดยอินเทอร์เฟซ

BTW: ค่าคงที่ใน Java ถูกกำหนดโดยฟิลด์สุดท้ายแบบคงที่ (และตามแบบแผนชื่อใช้ UPPER_CASE_AND_UNDERSCORES)

เหตุผลในการเป็น final

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

เหตุผลในการเป็น static

หากเป็นแบบคงที่แสดงว่าเป็นของอินเทอร์เฟซไม่ใช่วัตถุหรือประเภทรันไทม์ของวัตถุ

มีจุดสองสามจุดที่อธิบายไว้ที่นี่:

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

interface I {
  String TOKEN = SomeOtherClass.heavyComputation();
  JButton BAD_IDEA = new JButton("hello");
}

(ระวังว่าการทำสิ่งนี้ภายในคำจำกัดความของคำอธิบายประกอบอาจทำให้ javac สับสนซึ่งเกี่ยวข้องกับข้อเท็จจริงที่ว่าสิ่งที่กล่าวมาข้างต้นนั้นรวบรวมไปยังตัวเริ่มต้นแบบคงที่

นอกจากนี้เหตุผลสำหรับข้อ จำกัด นี้เป็นโวหารมากกว่าเทคนิคและผู้คนจำนวนมากจะชอบที่จะเห็นมันจะผ่อนคลาย

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

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

แค่ความคิดของฉัน

ฉันพิจารณาข้อกำหนดที่ว่าฟิลด์จะต้องเป็นที่สิ้นสุดว่ามีข้อ จำกัด เกินควรและเป็นความผิดพลาดของนักออกแบบภาษา Java มีหลายครั้งเช่นการจัดการทรีเมื่อคุณต้องการกำหนดค่าคงที่ในการนำไปใช้งานซึ่งจำเป็นสำหรับการดำเนินการกับอ็อบเจ็กต์ประเภทอินเทอร์เฟซ การเลือกเส้นทางรหัสบนคลาสการนำไปใช้คือ kludge วิธีแก้ปัญหาที่ฉันใช้คือกำหนดฟังก์ชันอินเทอร์เฟซและใช้งานโดยส่งคืนลิเทอรัล:

public interface iMine {
    String __ImplementationConstant();
    ...
}

public class AClass implements iMine {
    public String __ImplementationConstant(){
        return "AClass value for the Implementation Constant";
    }
    ...
}

public class BClass implements iMine {
    public String __ImplementationConstant(){
        return "BClass value for the Implementation Constant";
    }
    ...
}

อย่างไรก็ตามมันจะง่ายกว่าชัดเจนและไม่ค่อยมีแนวโน้มที่จะนำไปใช้งานที่ผิดปกติในการใช้ไวยากรณ์นี้:

public interface iMine {
    String __ImplementationConstant;
    ...
}

public class AClass implements iMine {
    public static String __ImplementationConstant =
        "AClass value for the Implementation Constant";
    ...
}

public class BClass implements iMine {
    public static String __ImplementationConstant =
        "BClass value for the Implementation Constant";
    ...
}

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

ใน scala เราสามารถมีฟิลด์ในอินเทอร์เฟซได้แม้ว่าจะมีการใช้งานภายในตามที่ฉันอธิบายไว้ข้างต้น

static:

สิ่งใด ๆ (ตัวแปรหรือวิธีการ) ที่อยู่staticใน Java สามารถเรียกใช้เป็นClassname.variablenameหรือClassname.methodnameหรือโดยตรง ไม่บังคับให้เรียกใช้โดยใช้ชื่อวัตถุเท่านั้น

ในอินเทอร์เฟซไม่สามารถประกาศอ็อบเจ็กต์และstaticทำให้สามารถเรียกใช้ตัวแปรผ่านชื่อคลาสโดยไม่ต้องใช้ชื่ออ็อบเจ็กต์

final:

ช่วยรักษาค่าคงที่สำหรับตัวแปรเนื่องจากไม่สามารถแทนที่ในคลาสย่อยได้