พื้นที่สาธารณะของ Java เป็นเพียงข้อบกพร่องทางประวัติศาสตร์ที่น่าเศร้าในการออกแบบ ณ จุดนี้หรือไม่? [ปิด]

ดูเหมือนว่าจะเป็น Java orthodoxy ณ จุดนี้ว่าโดยทั่วไปไม่ควรใช้เขตข้อมูลสาธารณะสำหรับสถานะวัตถุ (ฉันไม่เห็นด้วยจำเป็น แต่นั่นไม่เกี่ยวข้องกับคำถามของฉัน) ระบุว่ามันจะถูกต้องหรือไม่ที่จะบอกว่าจากที่เราอยู่ทุกวันนี้เป็นที่ชัดเจนว่าสาขาสาธารณะของ Java เป็นข้อผิดพลาด / ข้อบกพร่องของการออกแบบภาษาหรือไม่ หรือมีการโต้แย้งเหตุผลว่าพวกเขาเป็นส่วนที่มีประโยชน์และมีความสำคัญของภาษาแม้วันนี้?

ขอบคุณ!

อัปเดต:ฉันรู้เกี่ยวกับวิธีที่หรูหรากว่าเช่นใน C #, Python, Groovy เป็นต้นฉันไม่ได้มองหาตัวอย่างเหล่านั้นโดยตรง ฉันแค่สงสัยจริงๆว่ายังมีใครบางคนอยู่ในหลุมหลบภัยพูดพึมพำว่าเขตข้อมูลสาธารณะที่ยอดเยี่ยมเป็นอย่างไรและฝูงทั้งหมดเป็นเพียงแค่แกะ ฯลฯ

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

ฉันชอบพวกเขาตราบใดที่เขตข้อมูลเป็นที่สิ้นสุดและใช้เฉพาะภายในแอปพลิเคชันเท่านั้นไม่เปิดเผยใน API สำหรับแอปพลิเคชันอื่น วิธีนี้จะทำให้รหัสของคุณสั้นลงและอ่านง่ายขึ้น

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

นี่คือการออกแบบที่ทำงานได้สำหรับpublic finalเขตข้อมูลในคลาสที่ไม่เปลี่ยนรูป

จากJava ที่มีประสิทธิภาพ :

รายการที่ 14: ในคลาสสาธารณะใช้เมธอด accessor ไม่ใช่ฟิลด์สาธารณะ

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

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

ดูเพิ่มเติมเหตุใดฉันจึงไม่ควรใช้ POJO ที่ไม่เปลี่ยนรูปแบบแทน JavaBeans

การใช้คู่วิธี get / set เป็นข้อบกพร่องในการออกแบบเชิงประวัติศาสตร์ที่น่าเศร้า ฉันไม่สามารถนึกถึงภาษาอื่นที่ใช้คุณสมบัติเป็น verbosely และไร้ประสิทธิภาพ

ฉันคิดว่าเขตข้อมูลสาธารณะนั้นโอเคสำหรับชั้นเรียนที่เป็นประเภทค่าเช่นจำนวนเชิงซ้อนหรือจุดที่ชั้นทำมากกว่าประเภทดั้งเดิมของกลุ่มเล็ก ๆ น้อย ๆ ร่วมกันเช่น C-style struct และอาจกำหนดผู้ประกอบการน้อย

ในการกำหนดค่าคงที่สาธารณะมันยังคงมีประโยชน์ เช่น

int คงที่สุดท้ายสาธารณะ DAYS_IN_WEEK = 7;

อย่างไรก็ตามยังคงชอบenumมากที่สุด เช่น

public enum Day {
    SUNDAY, MONDAY, TUESDAY, WEDNESDAY, 
    THURSDAY, FRIDAY, SATURDAY 
}

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

class Point
{
    public int x, y;
    public Point(int x, int y) {
        this.x = x;
        this.y = y;
    }
}

ก่อนที่ IDEs จะแพร่หลายการทำให้ฟิลด์ทั้งหมดของคุณเป็นเครื่องมือที่มีประสิทธิภาพในการสร้างต้นแบบ / บทพิสูจน์ของแนวคิดได้อย่างรวดเร็ว

ทุกวันนี้มีข้อแก้ตัวเล็กน้อยสำหรับการใช้งานเมื่อคุณสามารถสร้างคู่ getter / setter ด้วยการคลิกเมาส์

นี่เป็นเรื่องส่วนตัว แต่ความเห็นของฉันคือความคิดของภาครัฐ / เอกชนทั้งหมดล้าสมัยและล้าหลัง

ในไพ ธ อนไม่มีสาธารณะ / ส่วนตัว ทุกอย่างเป็นสาธารณะโดยทั่วไป ไม่ได้ทำให้เกิดปัญหามากมาย

ใน Java คุณมักจะสร้างตัวรับสัญญาณ / ตัวตั้งค่าสำหรับแต่ละฟิลด์เพื่อหลีกเลี่ยงความผิดพลาดในการทำเครื่องหมาย "สาธารณะ" (IMHO หากคุณพบว่าตัวเองกำลังทำอยู่คุณควรทำเครื่องหมายว่าเป็นสาธารณะ)