ایک انٹرفیس ایک معاہدہ ظاہر کرتا ہے — طریقوں کا ایک مجموعہ جو ایک قسم کو فراہم کرنا لازمی ہے — کوئی (یا کم سے کم) نفاذ کے ساتھ۔ ایک ایبسٹریکٹ کلاس ایک جزوی طور پر نافذ کلاس ہے جو مشترکہ حالت اور ٹھوس طریقے رکھ سکتی ہے لیکن فوری نہیں بنائی جا سکتی۔ اہم فرق: ایک کلاس بہت سے انٹرفیسز کو نافذ کر سکتی ہے لیکن صرف ایک کلاس سے وراثت پا سکتی ہے۔
| انٹرفیس | ایبسٹریکٹ کلاس | |
|---|---|---|
| فوری بنانے کے قابل | نہیں | نہیں |
| متعدد وراثت | ہاں (بہت سے نافذ کریں) | نہیں (ایک بنیاد) |
| فیلڈز / حالت | نہیں (صرف مستقل) | ہاں |
| طریقہ کار کے جسم | صرف ڈیفالٹ طریقے* | ہاں، مکمل طور پر |
| ماڈل | ایک صلاحیت ("کر سکتے ہیں") | ایک ہے مشترکہ کوڈ کے ساتھ |
*جدید Java default طریقوں اور مستقلوں کی اجازت دیتا ہے؛ روح ابھی بھی قائم ہے۔
interface Drawable { // a capability
void draw();
}
abstract class Shape { // shared identity + state
protected String color;
Shape(String color) { this.color = color; }
abstract double area(); // subclasses must define
String describe() { // shared concrete behavior
return color + " shape, area=" + area();
}
}
class Circle extends Shape implements Drawable {
private double r;
Circle(String c, double r) { super(c); this.r = r; }
double area() { return Math.PI * r * r; }
public void draw() { /* render */ }
}
Circle ہے ایک Shape (ایک بنیاد، مشترکہ کوڈ) اور ہو سکتا ہے Drawable (ایک مخلوط صلاحیت)۔
غلط انتخاب آپ کے ڈیزائن کو قفل کرتا ہے: ایک ایبسٹریکٹ بنیاد ایک واحد وراثت لائن کو مجبور کرتی ہے، جبکہ ایک انٹرفیس اقسام کو صلاحیتوں کو ملانے کے لیے آزاد رکھتا ہے۔
انٹرفیسز decoupling کے لیے ترجیحی ڈیفالٹ ہیں — ایک ٹھوس درجہ بندی کی بجائے ایک معاہدے پر منحصر ہونا کوڈ کو ٹیسٹ کے قابل اور قابل توسیع رکھتا ہے۔