যেহেতু এই বিষয়টি নিকটবর্তী নয় আমি এই উত্তরটি পোস্ট করব, আশা করি এটি কাউকে বুঝতে সাহায্য করবে যে কেন জাভা একাধিক উত্তরাধিকার অনুমতি দেয় না।
নিম্নলিখিত শ্রেণীর বিবেচনা করুন:
public class Abc{
public void doSomething(){
}
}
এক্ষেত্রে ক্লাস অব্যাক কিছুই ঠিক করে না? এত তাড়াতাড়ি নয়, এই শ্রেণীর অন্তর্নিহিত শ্রেণি অবজেক্ট, বেস ক্লাসটি প্রসারিত করে যা জাভাতে সবকিছু কাজ করার অনুমতি দেয়। সবকিছুই একটি বস্তু।
তুমি ক্লাসে ব্যবহার করতে উপরে আপনি দেখতে পাবেন যে আপনার আইডিই আপনার মত পদ্ধতি ব্যবহার করার অনুমতি দেয় চেষ্টা করুন: equals(Object o), toString(), ইত্যাদি, কিন্তু আপনি সেই পদ্ধতি ঘোষণা করা হয়নি, তারা বেস ক্লাস থেকে এসেObject
আপনি চেষ্টা করতে পারেন:
public class Abc extends String{
public void doSomething(){
}
}
এটি ঠিক আছে, কারণ আপনার ক্লাসটি অন্তর্নিহিত নয় Objectতবে প্রসারিত হবে Stringকারণ আপনি এটি বলেছিলেন। নিম্নলিখিত পরিবর্তন বিবেচনা করুন:
public class Abc{
public void doSomething(){
}
@Override
public String toString(){
return "hello";
}
}
আপনি যদি স্ট্রিং () এ কল করেন এখন আপনার ক্লাস সর্বদা "হ্যালো" ফেরত আসবে।
এখন নিম্নলিখিত শ্রেণীর কল্পনা করুন:
public class Flyer{
public void makeFly(){
}
}
public class Bird extends Abc, Flyer{
public void doAnotherThing(){
}
}
আবার বর্গ Flyerঅন্তর্নিহিত বস্তুর পন্থা নেই প্রসারিত toString(), কোন শ্রেণীর তারা সব প্রসারিত যেহেতু এই পদ্ধতি থাকবে Objectপরোক্ষভাবে, তাই, আপনি যদি কল toString()থেকে Bird, যা toString()জাভা ব্যবহার হবে কবে? থেকে Abcনাকি Flyer? এটি এমন কোনও শ্রেণীর সাথে ঘটবে যা দুটি বা ততোধিক ক্লাস প্রসারিত করার চেষ্টা করে, এই ধরণের "পদ্ধতির সংঘর্ষ" এড়াতে তারা ইন্টারফেসের ধারণাটি তৈরি করেছিল , মূলত আপনি তাদের এমন একটি বিমূর্ত শ্রেণি হিসাবে ভাবতে পারেন যা অবজেক্টকে পরোক্ষভাবে প্রসারিত করে না । যেহেতু তারা বিমূর্ত, তারা একটি শ্রেণি দ্বারা প্রয়োগ করা হবে, যা একটি বস্তু (আপনি একা কোনও ইন্টারফেস ইনস্ট্যান্স করতে পারবেন না, সেগুলি অবশ্যই একটি শ্রেণীর দ্বারা প্রয়োগ করা উচিত), তাই সবকিছু ঠিকঠাক কাজ চালিয়ে যাবে।
ইন্টারফেস থেকে শ্রেণি আলাদা করতে, কীওয়ার্ড প্রয়োগগুলি কেবল ইন্টারফেসের জন্য সংরক্ষিত ছিল।
আপনি একই শ্রেণিতে পছন্দ মতো যে কোনও ইন্টারফেস বাস্তবায়ন করতে পারেন যেহেতু তারা ডিফল্টরূপে কিছু বাড়ায় না (তবে আপনি এমন ইন্টারফেস তৈরি করতে পারেন যা অন্য ইন্টারফেসকে প্রসারিত করে, তবে আবার "পিতা" ইন্টারফেসটি অবজেক্টকে প্রসারিত করবে না), তাই ইন্টারফেসটি হ'ল কেবল একটি ইন্টারফেস এবং তারা " পদ্ধতিগুলির স্বাক্ষর কলিটিশনগুলি " থেকে ভুগবেন না, তারা যদি সংকলকটি করে তবে এটি আপনাকে একটি সতর্কতা এনে দেবে এবং এটি ঠিক করার জন্য আপনাকে কেবল পদ্ধতি স্বাক্ষর পরিবর্তন করতে হবে (স্বাক্ষর = পদ্ধতির নাম + প্যারাম + রিটার্নের ধরণ) ।
public interface Flyer{
public void makeFly(); // <- method without implementation
}
public class Bird extends Abc implements Flyer{
public void doAnotherThing(){
}
@Override
public void makeFly(){ // <- implementation of Flyer interface
}
// Flyer does not have toString() method or any method from class Object,
// no method signature collision will happen here
}