Access Controls, Object creation

📖 Theory

કોઈપણ catalog ને vandalise કરી શકે છે

છેલ્લો lesson uncomfortable note પર end થયો હતો. program ની કોઈપણ જગ્યાએ, કોઈપણ code લખી શકે છે:

b1.copies = -50;

Minus 50 copies. અથવા prank: member.fineDue = 0; collection થી just પહેલાં. compiler એ બધું approve કરે છે, કારણ કે દરેક field હાલમાં everyone માટે open છે.

Real systems records ને counter પાછળ મૂકે છે: તમે change ને request કરો છો, અને desk rules ને apply કરે છે. Java નો counter access controls થી build થયેલો છે.

📖 Theory

new actually શું કરે છે

પહેલા, object creation ની precise anatomy, exam favourite:

Book b = new Book();

3 things happen:

• Book b reference variable declare કરે છે (એ Book તરફ point કરી શકે છે, હાલમાં કંઈ નથી)
• new Book() heap પર એક Book ના fields માટે memory allocate કરે છે અને તેનો constructor run કરે છે
• = reference ને તે new object તરફ point કરાવે છે

Split form equally legal છે: Book b; b = new Book();

📊 At a glance

4 access levels, narrowest first

⌨️ Practical

copies counter પાછળ જાય છે

class Book {
    private int copies = 3;    // locked: ફક્ત Book નું પોતાનું code touch કરી શકે
    String title;              // default access: આખું package

    public boolean issue() {   // the public front desk
        if (copies > 0) {
            copies--;
            return true;
        }
        return false;          // ક્યારેય 0 ની નીચે જતું નથી
    }

    public int getCopies() { return copies; }
}

public class BookBridge {
    public static void main(String[] args) {
        Book b = new Book();
        b.issue();
        System.out.println(b.getCopies());  // 2
        // b.copies = -50;   // uncomment: compile error, private access
    }
}

🧩 Quiz

field ને કોઈ access modifier વગર declare કરવામાં આવ્યું છે: int copies; એને કોણ access કરી શકે છે?

1. Everyone, everywhere: no modifier એટલે કોઈ restriction નથી
2. ફક્ત જે class એ declare કર્યું છે એ
3. Same package ની કોઈપણ class
4. ફક્ત declaring class ના subclasses

💭 Think first

vandal ક્યારે caught થાય છે?

હવે copies private છે, કોઈ BookBridge ના main માં b.copies = -50; લખે છે. tap કરતા પહેલા: આ program run થાય ત્યારે fail થાય છે, કે earlier?

⚠️ Watch out

બે subtle rules જે marks cost કરે છે

private એ per-class છે, per-object નહીં: Book ના પોતાના code ની અંદર, એક Book બીજા Book ના private fields ને touch કરી શકે છે (this.copies + other.copies એ Book method માં legal છે). દીવાલ class ની આસપાસ stands કરે છે.

Java નું protected એ C++ ના protected કરતાં wider છે: એ whole package PLUS subclasses anywhere ને grant કરે છે. BCA304 એ protected ને "class + children only" શીખવ્યું; એ definition ને Java answer માં carry કરવાથી package half ગુમાવે છે.

📖 Theory

આ encapsulation નો જન્મ છે

Private data plus public methods જે એને guard કરે છે: એ pattern નું નામ છે, encapsulation, OOP ના 3 pillars માંનું એક, અને એને ટૂંકમાં full lesson મળે છે. notice કરો કે guard એ શું આપ્યું: issue() copies ને 0 ની નીચે push નથી કરી શકતું, એટલે invalid state હવે impossible છે, not just unlikely. next lesson problem ની બીજી half ને fix કરે છે: દરેક Book ને પહેલી જ વાર sensible values સાથે born થવા દેવું, constructors દ્વારા.

✅ Summary

Key takeaways

• Book b = new Book(); reference declare કરે છે, object ને allocate કરે છે, અને 2 ને connect કરે છે.
• 4 access levels: private (class), default (package), protected (package + subclasses), public (everywhere).
• No modifier એ package-private છે, open-to-all નહીં.
• Access violations compile-time errors છે; illegal program ક્યારેય run નથી થતો.
• private class ને guard કરે છે, દરેક object ને નહીં: same-class code બધું જુએ છે.
• Java નું protected package ને include કરે છે, C++ ના protected કરતાં wider.
• Memory hook: private, package, protected, public: દરેક step પર door wider ખૂલે છે.