ইন্টারফেস এবং অ্যাবস্ট্র্যাক্ট ক্লাসের মধ্যে পার্থক্য কী?

Question

Accepted Answer

উভয়ই অ্যাবস্ট্র্যাক্ট টাইপ সংজ্ঞায়িত করে যা সরাসরি ইনস্ট্যান্টিয়েট করা যায় না এবং বাস্তবায়ন/সম্প্রসারণ করার জন্য উদ্দেশ্য করা হয় — তবে তারা বিভিন্ন ডিজাইন উদ্দেশ্য পরিবেশন করে। মূল পার্থক্যগুলি হল **বহু-উত্তরাধিকার**, **অবস্থা** এবং যে সম্পর্ক তারা মডেল করে।

## ইন্টারফেস — একটি চুক্তি ("করতে পারে" / ক্ষমতা)

```java
public interface Drawable {
    void draw();                          // abstract method (implicitly public abstract)

default void render() {                // default method — has a body (Java 8+)
        System.out.println("rendering");
    }
    int MAX = 100;                         // implicitly public static final (constant only)
}

class Circle implements Drawable {
    public void draw() { /* must implement */ }
}
```

একটি ইন্টারফেস আচরণের একটি **চুক্তি** সংজ্ঞায়িত করে। একটি ক্লাস **একাধিক** ইন্টারফেস বাস্তবায়ন করতে পারে — এটি কীভাবে Java বহু-উত্তরাধিকারের একটি রূপ অর্জন করে। ইন্টারফেসগুলি (ঐতিহ্যগতভাবে) কোনো ইনস্ট্যান্স অবস্থা নেই।

## অ্যাবস্ট্র্যাক্ট ক্লাস — একটি আংশিক ভিত্তি ("হল" ভাগ করা কোডের সাথে)

```java
public abstract class Animal {
    protected String name;                 // ✅ can have instance FIELDS (state)

public Animal(String name) {           // ✅ can have a constructor
        this.name = name;
    }
    public abstract void makeSound();      // abstract — subclasses must implement
    public void sleep() {                   // ✅ concrete method with shared logic
        System.out.println(name + " sleeps");
    }
}

class Dog extends Animal {                 // can extend only ONE class
    public Dog(String n) { super(n); }
    public void makeSound() { System.out.println("Woof"); }
}
```

একটি অ্যাবস্ট্র্যাক্ট ক্লাস **অবস্থা (ক্ষেত্র)**,  **কনস্ট্রাক্টর** এবং ভাগ করা বাস্তবায়নের সাথে **কংক্রিট মেথড** ধারণ করতে পারে — তবে একটি ক্লাস শুধুমাত্র **একটি** অ্যাবস্ট্র্যাক্ট ক্লাস প্রসারিত করতে পারে (একক উত্তরাধিকার)।

## মূল পার্থক্য

```text
                    Interface              Abstract class
Multiple inheritance ✓ (implement many)    ✗ (extend only one)
Instance fields/state ✗ (constants only)   ✓ (fields)
Constructor           ✗                    ✓
Method bodies         default/static only  ✓ (concrete methods)
Models                capability ("can-do") "is-a" with shared base
```

## কখন কোনটি ব্যবহার করবেন

```text
Interface → define a capability multiple unrelated classes can have
            (Comparable, Runnable, Serializable); when you need multiple inheritance
Abstract class → share common state + code among closely related subclasses
            (a base class with fields and partial implementation)
```

## কেন এটি গুরুত্বপূর্ণ

ইন্টারফেস এবং অ্যাবস্ট্র্যাক্ট ক্লাসের মধ্যে বেছে নেওয়া একটি মৌলিক Java ডিজাইন সিদ্ধান্ত।

ইন্টারফেসগুলি **চুক্তি/ক্ষমতা** সংজ্ঞায়িত করে এবং একটি ক্লাসকে অনেকগুলি বাস্তবায়ন করতে সক্ষম করে (বহু-উত্তরাধিকারের জন্য Java এর উত্তর) — ক্রস-কাটিং ক্ষমতার জন্য আদর্শ।

অ্যাবস্ট্র্যাক্ট ক্লাসগুলি ঘনিষ্ঠভাবে সম্পর্কিত সাবক্লাসগুলির জন্য **অবস্থা এবং আংশিক বাস্তবায়নের সাথে একটি ভাগ করা ভিত্তি** প্রদান করে, তবে আপনি একক উত্তরাধিকারের মধ্যে সীমাবদ্ধ।

ট্রেড-অফগুলি বোঝা (একাধিক-বাস্তবায়ন বনাম ভাগ করা-অবস্থা/কনস্ট্রাক্টর, ক্ষমতা বনাম "হল" সম্পর্ক) ভাল API এবং ক্লাস-শ্রেণিবিন্যাস ডিজাইনকে গাইড করে।

Java 8+ ডিফল্ট মেথডের সাথে লাইন ঝাপসা করার সময়, জানা যখন প্রতিটি ফিট করে — এবং মূল সীমাবদ্ধতা (একটি অ্যাবস্ট্র্যাক্ট ক্লাস কিন্তু অনেক ইন্টারফেস, অ্যাবস্ট্র্যাক্ট ক্লাসে শুধুমাত্র অবস্থা) — নমনীয়, ভালভাবে-গঠিত কোড ডিজাইন করার জন্য অপরিহার্য।