Thread by @akhilesh_k_23

#IT #ITJobs #Freshers #सोप्याभाषेत

फ्रेशर म्हणून एका डेव्हलपर ला मुलाखती दरम्यान विचारला जाणारा प्रश्न म्हणजे Interface आणि Abstract Class म्हणजे काय? आणि कोणत्या वेळी काय वापरावे? दैनंदिन जीवनातील काही उदाहरण देण्याचा प्रयत्न करतो म्हणजे सगळ्यांना समजता येईल. 👇

🔎Interface - सोप्या भाषेत सांगायचं झालं तर Interface म्हणजे एक साचा. जसा एका मूर्तिकाराकडे मूर्ती बनवायचा एक साचा असतो अगदी तसा. आता समजा कि तुम्ही अमुक एक मूर्ती बनवण्याचा साचा विकताय. 👇

जेव्हा तुम्ही तो साचा विकला, तुम्हाला नाही माहिती कि ह्या साच्यातून मातीची मूर्ती बनणार कि कुठल्या धातूची कि प्लास्टर ऑफ पॅरिस ची. तिचा रंग काय असणार, तिचे डोळे कसे असणार ह्या गोष्टी (implementation) तुमच्या मूर्तिकारावर सोडल्या आहेत. 👇

तुम्ही फक्त तो साचा दिला ज्यामधून एका ठराविक परिमाणा प्रमाणे मूर्ती तयार होईल.जिचे डोके अमुक इंच असेल,मूर्तीची हात आणि पाय एका ठराविक पद्धतीचे असतील. म्हणजेच तो साचा एक contract आहे ज्यामध्ये साहित्य टाकले कि परिणामस्वरूप तुम्हाला एका ठराविक dimension ची मूर्ती मिळेल (behavior)👇

सोबतच साच्याद्वारे तुम्ही ते behavior standardize केले जेणेकरून तुमचा साचा वापरणाऱ्याला प्रत्येकाला किमान एका निश्चित सेवारूपाची मूर्ती मिळेल. तर Interfaces म्हणजे एक contact किंवा blueprint ज्यामध्ये तुमच्या object चे behavior काय असेल हे standardize असतं. 👇

म्हणूनच Interface मध्ये सगळ्या Methods किंवा Functions ची फक्त Signature असते आणि Method चे Implementation त्या Interface पासून बनणाऱ्या Class वर सोडले असते. 👇

🔎Abstract Class - जसं Interfaces चा उद्देश standardization असतो तसाच Abstract Class चा उद्देश Standardization आणि Generalization असतो. दैनंदिन जीवनातील उदाहरण द्याचे झाले तर पेमेंट अँप.👇

असं समजा कि तुम्ही एक पेमेंट अँप बनवताय.तुमच्या पेमेंट अँप Account मध्ये एकदम बेसिक वैशिष्ट्ये म्हणजे पैसे टाकणे आणि पैसे काढणे एवढेच आहे. पैसे टाकणे म्हणजे तुमच्या बॅलन्स मध्ये नवीन रक्कम जोडणे.आणि पैसे काढणे म्हणजे काढलेली रक्कम तुमच्या बॅलन्स मधून वजा करणे.👇

आता तुमचे अँप खूप प्रसिद्ध झाले आणि तुमचे पेमेंट अँप आता एका बँक मध्ये रूपांतरित झाले आणि म्हणूनच तुमच्या अँप मध्ये बचत खात्याची(SavingAccount) ची पण सुविधा आली.पण जेव्हा बचत खाते आले त्यासोबतच पैसे काढण्याचे नियम बदलले. 👇

आता तुम्हाला किमान अमुक एक रक्कम तुमच्या खात्यात नेहमी ठेवावी लागणार (minimum balance). पण जर minimum balance जर असेल तर पैसे काढण्याची प्रक्रिया पेमेंट अँप मध्ये असलेल्या प्रक्रिये प्रमाणेच असेल जेकी काढलेली रक्कम तुमच्या बॅलन्स मधून वजा करणे.👇

आणि पैसे टाकण्याची प्रक्रिया अगदी पाहिले सारखीच राहणार. ह्याचा अर्थ तुमच्या अँप च्या Account मध्ये असलेल्या पैसे टाकणे आणि काढणे ह्या ह्याचे जे behavior दिले होते, SavingAccount ने ते behavior Reuse केले आणि थोडे फार वाढवले (extend). 👇

तुमचे अँप आता बँक झाले म्हणून व्याज पण आपण देऊ शकतो पण व्याज हे Account च्या प्रकावर अवलंबून राहील (SavingAccount/CurrentAccount) म्हणून Account मध्ये व्याज काढण्याचे फक्त standard देऊ शकतो पण त्याला कसे implement करायचे हे Saving Account आणि Current Account वर अवलंबून असेल.👇

म्हणूनच Abstract Class मध्ये काही methods ची फक्त Signature असते जेणेकरून ते Standardization होतं (व्याज) आणि काही methods चे Implementation (पैसे टाकणे आणि पैसे काढणे) पण राहू शकतं ज्यामुळे Generalization आणि Reuse होतो.

जर तुम्हाला तुमच्या सिस्टिम मध्ये default behavior द्यायचे असेल जे सगळ्या implementation class मध्ये reuse होऊ शकेल तर Abstract Class वापरावा.पण जर ते default behavior प्रत्येक class ला बदल करवण्याची (override) गरज भासत असेल तर default behavior देण्याचा काहीच फायदा होणार 👇

नाही अश्या वेळी Interfaces चा वापर करावा. सोबतच जर तुमचे implementation classes एका पेक्षा जास्त classes inherit करण्याची शक्यता असेल तर Interfaces वापरावे.कारण Diamond of Death मुळे खूप प्रोग्रामिंग लँगवेज मध्ये multiple inheritance ग्राह्य नाही.