പൈലിൻ്റ് 3.11-ലെ ഉപയോഗശൂന്യമായ-രക്ഷാകർതൃ-പ്രതിനിധി, സൂപ്പർ-ഇനിറ്റ്-നാട്ട്-കോൾഡ് വൈരുദ്ധ്യം എന്നിവ പരിഹരിക്കുന്നു

ക്ലാസ് ഇനീഷ്യലൈസേഷനിലെ പൈലിൻ്റ് പിശകുകൾ മനസ്സിലാക്കുന്നു

കോഡ് ഗുണനിലവാര പ്രശ്‌നങ്ങൾ കണ്ടെത്തുന്നതിനുള്ള സഹായകരമായ ഉപകരണമാണ് പൈലിൻ്റ്, എന്നാൽ ചിലപ്പോൾ ഇത് വൈരുദ്ധ്യമെന്ന് തോന്നുന്ന പിശകുകൾ ഫ്ലാഗ് ചെയ്യുന്നു, പ്രത്യേകിച്ചും പൈത്തണിലെ ക്ലാസ് പാരമ്പര്യവുമായി ഇടപെടുമ്പോൾ. ഉപയോഗിക്കുമ്പോൾ ഒരു സാധാരണ പ്രശ്നം ഉയർന്നുവരുന്നു ഒരു സബ്ക്ലാസിൻ്റെ കൺസ്ട്രക്റ്ററിലെ പ്രവർത്തനം, രണ്ട് പിശകുകൾ തമ്മിലുള്ള വൈരുദ്ധ്യത്തിലേക്ക് നയിക്കുന്നു: ഒപ്പം .

നിങ്ങൾ വിളിക്കുമ്പോൾ ഈ പ്രശ്നം സാധാരണയായി ഉയർന്നുവരുന്നു പാരൻ്റ് ക്ലാസ് ഉള്ള ഒരു ലളിതമായ ഉപവിഭാഗത്തിൽ ഒരു പ്രവർത്തനവും ചേർക്കുന്നില്ല. അത്തരം സന്ദർഭങ്ങളിൽ, കോൾ അനാവശ്യമാണെന്ന് പൈലിൻ്റ് റിപ്പോർട്ട് ചെയ്തേക്കാം, ഫ്ലാഗുചെയ്യുന്നു a പിശക്.

എന്നിരുന്നാലും, നിങ്ങൾ നീക്കം ചെയ്യുകയാണെങ്കിൽ ആദ്യത്തെ പ്രശ്നം പരിഹരിക്കാൻ വിളിക്കുക, പൈലിൻ്റ് പിന്നീട് പരാതിപ്പെടും പിശക് ട്രിഗർ ചെയ്തു. തങ്ങളുടെ കോഡ് വൃത്തിയുള്ളതും മുന്നറിയിപ്പില്ലാതെ സൂക്ഷിക്കുന്നതും മികച്ച രീതികൾ പാലിക്കാൻ ശ്രമിക്കുന്ന ഡെവലപ്പർമാർക്ക് ഇത് ഒരു പ്രതിസന്ധി സൃഷ്ടിക്കുന്നു.

പൈത്തൺ 3.11-ൽ ഈ വൈരുദ്ധ്യം സംഭവിക്കുന്നത് എന്തുകൊണ്ടാണെന്ന് ഈ ലേഖനം പര്യവേക്ഷണം ചെയ്യുകയും നിങ്ങളുടെ കോഡ് പ്രവർത്തനക്ഷമവും അനുസരണമുള്ളതുമായി തുടരുകയും ചെയ്യുന്നതായി ഉറപ്പാക്കിക്കൊണ്ട്, രണ്ട് പൈലിൻ്റ് പിശകുകളും അടിച്ചമർത്താതെ ഒഴിവാക്കുന്നതിനുള്ള ഒരു ഘട്ടം ഘട്ടമായുള്ള പരിഹാരം നൽകുകയും ചെയ്യും.

കമാൻഡ്	ഉപയോഗത്തിൻ്റെ ഉദാഹരണം
super()	പാരൻ്റ് ക്ലാസ്സിൻ്റെ രീതികളെ വിളിക്കാൻ സൂപ്പർ() ഫംഗ്ഷൻ ഉപയോഗിക്കുന്നു. പൈലിൻ്റ് മുന്നറിയിപ്പുകൾ പരിഹരിക്കുന്നതിൻ്റെ പശ്ചാത്തലത്തിൽ, ഒഴിവാക്കുമ്പോൾ ശരിയായ അനന്തരാവകാശം ഉറപ്പാക്കാൻ ഒരു പാരൻ്റ് ക്ലാസ് ആരംഭിക്കുമ്പോൾ അത് നിർണായകമാണ്. പിശകുകൾ.
hasattr()	ഒരു വസ്തുവിന് ഒരു നിർദ്ദിഷ്ട ആട്രിബ്യൂട്ട് ഉണ്ടോ എന്ന് hasattr() ഫംഗ്ഷൻ പരിശോധിക്കുന്നു. നൽകിയിരിക്കുന്ന പരിഹാരത്തിൽ, പാരൻ്റ് ക്ലാസിന് __init__ രീതി ഉണ്ടോ എന്നതിനെ അടിസ്ഥാനമാക്കി സോപാധികമായി സൂപ്പർ() എന്ന് വിളിക്കാൻ ഇത് ഉപയോഗിക്കുന്നു, ഇത് ഒഴിവാക്കാൻ സഹായിക്കുന്നു മുന്നറിയിപ്പ്.
get()	ഒരു നിഘണ്ടു പോലുള്ള ഒബ്‌ജക്റ്റിൽ നിന്ന് സുരക്ഷിതമായി ഡാറ്റ വീണ്ടെടുക്കാൻ kwargs.get() രീതി ഉപയോഗിക്കുന്നു. ഒബ്‌ജക്റ്റ് ഇനീഷ്യലൈസേഷൻ സമയത്ത് പാസ്സാക്കിയ ഓപ്‌ഷണൽ കീവേഡ് ആർഗ്യുമെൻ്റുകൾ കൈകാര്യം ചെയ്യുന്നതിനും പ്രതീക്ഷിക്കുന്ന ഒരു കീ നഷ്‌ടപ്പെടുമ്പോൾ സാധ്യമായ പിശകുകൾ തടയുന്നതിനും ഇത് പ്രത്യേകിച്ചും ഉപയോഗപ്രദമാണ്.
pass	ഒന്നും ചെയ്യാത്ത ഒരു ക്ലാസ് അല്ലെങ്കിൽ രീതി നിർവചിക്കാൻ ഉപയോഗിക്കുന്ന ഒരു പ്ലെയ്‌സ്‌ഹോൾഡറാണ് പാസ് സ്റ്റേറ്റ്‌മെൻ്റ്. ഉദാഹരണത്തിൽ, ഇനീഷ്യലൈസേഷൻ ലോജിക് ഇല്ലെന്ന് സൂചിപ്പിക്കാൻ ബാർ ക്ലാസിനുള്ളിൽ ഇത് ഉപയോഗിക്കുന്നു, അങ്ങനെ സബ്ക്ലാസിൽ സൂപ്പർ() ഒഴിവാക്കിയതിനെ ന്യായീകരിക്കുന്നു.
unittest.TestCase	പൈത്തൺസ് നൽകുന്ന ഒരു ക്ലാസാണ് യൂണിറ്റ്ടെസ്റ്റ്.ടെസ്റ്റ്കേസ് ടെസ്റ്റ് കേസുകൾ സൃഷ്ടിക്കുന്നതിനുള്ള മൊഡ്യൂൾ. വ്യത്യസ്‌ത പരിതസ്ഥിതികളിലുടനീളം പരിഹാരങ്ങൾ പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കിക്കൊണ്ട് ക്ലാസ് പെരുമാറ്റം പ്രതീക്ഷകൾ നിറവേറ്റുന്നുവെന്ന് സാധൂകരിക്കാൻ ഇത് സഹായിക്കുന്നു.
assertEqual()	യൂണിറ്റ് ടെസ്റ്റിംഗിലെ assertEqual() രീതി തുല്യമാണോ എന്ന് പരിശോധിക്കാൻ രണ്ട് മൂല്യങ്ങളെ താരതമ്യം ചെയ്യുന്നു. ഫൂ ക്ലാസിൻ്റെ ഇനീഷ്യലൈസേഷൻ പ്രതീക്ഷിച്ചതുപോലെ പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കാൻ നൽകിയിരിക്കുന്ന ടെസ്റ്റ് കേസിൽ ഇത് അത്യന്താപേക്ഷിതമാണ്.
unittest.main()	untest.main() ഫംഗ്ഷൻ സ്ക്രിപ്റ്റിനുള്ളിലെ ടെസ്റ്റ് കേസുകൾ പ്രവർത്തിപ്പിക്കുന്നു. എല്ലാ സൊല്യൂഷനുകളും ഉദ്ദേശിച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നുണ്ടെന്നും പ്രതീക്ഷിക്കുന്ന ഇൻപുട്ട് ശരിയായി കൈകാര്യം ചെയ്യുമെന്നും സാധൂകരിക്കുന്നതിന് ടെസ്റ്റ് സ്യൂട്ട് എക്സിക്യൂട്ട് ചെയ്യുന്നതിന് ഇത് നിർണായകമാണ്.
self	ക്ലാസിൻ്റെ നിലവിലെ ഉദാഹരണം സൂചിപ്പിക്കാൻ ക്ലാസ് രീതികളിൽ സ്വയം പരാമീറ്റർ ഉപയോഗിക്കുന്നു. ഇത് ഇൻസ്‌റ്റൻസ് ആട്രിബ്യൂട്ടുകളിലേക്കുള്ള ആക്‌സസ്സ് അനുവദിക്കുന്നു കൂടാതെ സ്റ്റേറ്റ് മാനേജ് ചെയ്യുന്നതിനുള്ള ഒബ്‌ജക്റ്റ് ഓറിയൻ്റഡ് പ്രോഗ്രാമിംഗിൽ ഇത് നിർണായകമാണ്.

പൈലിൻ്റ് പിശകുകൾ മനസിലാക്കുകയും ക്ലാസ് പാരമ്പര്യം ഒപ്റ്റിമൈസ് ചെയ്യുകയും ചെയ്യുക

നൽകിയിരിക്കുന്ന ഉദാഹരണങ്ങളിൽ, വൈരുദ്ധ്യങ്ങൾ പരിഹരിക്കുക എന്നതാണ് പ്രധാന വെല്ലുവിളി മുന്നറിയിപ്പുകൾ: ഒപ്പം . പൈത്തൺ സബ്ക്ലാസ്സുകൾ പാരമ്പര്യമായി സൃഷ്ടിക്കുമ്പോൾ, പ്രത്യേകിച്ചും ഉപയോഗിക്കുമ്പോൾ ഈ മുന്നറിയിപ്പുകൾ ഉണ്ടാകുന്നു സൂപ്പർ() പ്രവർത്തനം. ആദ്യത്തെ മുന്നറിയിപ്പ്, ഉപയോഗശൂന്യമായ-രക്ഷാകർതൃ-പ്രതിനിധി, എന്നതിലേക്ക് വിളിക്കുമ്പോൾ സംഭവിക്കുന്നു സൂപ്പർ() രക്ഷാകർതൃ ക്ലാസ്സിൻ്റെ മൂല്യം കൂട്ടുന്നില്ല രീതി ഒന്നുകിൽ ശൂന്യമാണ് അല്ലെങ്കിൽ അർത്ഥവത്തായ ഒന്നും ചെയ്യുന്നില്ല. മറുവശത്ത്, നീക്കം ചെയ്യുന്നു സൂപ്പർ() കോൾ എന്നതിലേക്ക് നയിച്ചേക്കാം സൂപ്പർ-ഇനിറ്റ്-വിളിച്ചിട്ടില്ല മുന്നറിയിപ്പ്, നിങ്ങൾ ആവശ്യമായ പാരൻ്റ് ഇനീഷ്യലൈസേഷൻ ലോജിക്കിനെ മറികടക്കുകയാണെന്ന് ഇത് സൂചിപ്പിക്കുന്നു.

ഇത് പരിഹരിക്കുന്നതിന്, പാരമ്പര്യത്തിൻ്റെ കൂടുതൽ സോപാധികവും മോഡുലാർ കൈകാര്യം ചെയ്യലും സൃഷ്ടിക്കുന്നതിൽ മുകളിലുള്ള സ്ക്രിപ്റ്റുകൾ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. ആദ്യ പരിഹാരത്തിൽ, ഞങ്ങൾ ഒരു അവതരിപ്പിക്കുന്നു വിളിക്കുന്നതിന് മുമ്പ് ഏതെങ്കിലും കീവേഡ് ആർഗ്യുമെൻ്റുകൾ പാസ്സാക്കിയിട്ടുണ്ടോയെന്ന് പരിശോധിക്കാനുള്ള വ്യവസ്ഥ . ഇത് ഉറപ്പാക്കുന്നു സൂപ്പർ() ഉപയോഗശൂന്യമായ-രക്ഷാകർതൃ-പ്രതിനിധി പിശക് ഒഴിവാക്കിക്കൊണ്ട്, ആവശ്യമുള്ളപ്പോൾ മാത്രം ഉപയോഗിക്കുന്നു. കൂടാതെ, എപ്പോൾ ശൂന്യമാണ്, രക്ഷാകർതൃ സമാരംഭം ഞങ്ങൾ ഒഴിവാക്കുന്നു, അങ്ങനെ ശുദ്ധവും കാര്യക്ഷമവുമായ കോഡ് നിലനിർത്തുന്നു. ലോജിക് കേടുകൂടാതെയിരിക്കുമ്പോൾ പൈലിൻ്റിൻ്റെ മാനദണ്ഡങ്ങളുമായി വിന്യസിക്കാൻ ഇത് സഹായിക്കുന്നു.

രണ്ടാമത്തെ പരിഹാരം ഈ ആശയത്തെ കൂടുതൽ പരിഷ്കരിക്കുന്നു പാരൻ്റ് ക്ലാസ്സിന് യഥാർത്ഥത്തിൽ ഒരു ഉണ്ടോ എന്ന് കാണുന്നതിനുള്ള പ്രവർത്തനം രീതി. ഈ രീതി വിളിക്കുന്നത് ഒഴിവാക്കുന്നു രക്ഷിതാവിന് ഇനിഷ്യലൈസേഷൻ ആവശ്യമില്ലാത്തപ്പോൾ, രണ്ട് മുന്നറിയിപ്പുകളും ദൃശ്യമാകുന്നത് തടയാൻ ഇത് സഹായിക്കുന്നു. ഉപയോഗം hasattr() പാരൻ്റ് ക്ലാസ് ഉചിതമാകുമ്പോൾ മാത്രമേ ആരംഭിക്കുകയുള്ളൂവെന്ന് ഉറപ്പാക്കുന്നു, ഇത് കോഡ് കൂടുതൽ ചലനാത്മകവും വ്യത്യസ്‌ത പാരമ്പര്യ സാഹചര്യങ്ങൾക്ക് അനുയോജ്യവുമാക്കുന്നു.

അനാവശ്യമായ അനന്തരാവകാശം മൊത്തത്തിൽ ഇല്ലാതാക്കാൻ കോഡ് റീഫാക്‌ട്രേറ്റ് ചെയ്തുകൊണ്ട് മൂന്നാമത്തെ പരിഹാരം കൂടുതൽ കടുത്ത സമീപനമാണ് സ്വീകരിക്കുന്നത്. പാരൻ്റ് ക്ലാസ് എന്തെങ്കിലും നിർണായക പ്രവർത്തനമോ പെരുമാറ്റമോ നൽകുന്നില്ലെങ്കിൽ, ഞങ്ങൾ അനന്തരാവകാശം നീക്കം ചെയ്യുകയും ചികിത്സിക്കുകയും ചെയ്യും ഒരു ഒറ്റപ്പെട്ട ക്ലാസായി. ഇത് ആവശ്യകതയെ പൂർണ്ണമായും ഇല്ലാതാക്കുന്നു പ്രശ്‌നത്തിന് ക്ലീനർ, കൂടുതൽ നേരായ പരിഹാരം വാഗ്ദാനം ചെയ്യുന്ന അനുബന്ധ മുന്നറിയിപ്പുകളും. അനന്തരാവകാശം ആവശ്യമാണോ എന്ന് ശ്രദ്ധാപൂർവ്വം പരിഗണിക്കുന്നതിലൂടെ, സൂപ്പർക്ലാസ് ഡെലിഗേഷനുമായി ബന്ധപ്പെട്ട പൊതുവായ പ്രശ്നങ്ങൾ ഒഴിവാക്കാൻ ഈ പരിഹാരം സഹായിക്കുന്നു.

# Solution 1: Modify the class design to avoid unnecessary super() calls
# This approach is ideal if Bar.__init__() doesn't add any functionality
# and Foo does not need the parent's initialization logic.

class Bar:
    def __init__(self, kwargs):
        pass  # No logic here

class Foo(Bar):
    def __init__(self, kwargs):
        if kwargs:  # Initialize only if kwargs are present
            super().__init__(kwargs)

# This avoids the useless-parent-delegation error, since super()
# is only called when needed.

# Solution 2: Implement a conditional super() based on the parent's init logic
# This ensures super() is called only if the parent has a meaningful init logic.

class Bar:
    def __init__(self, kwargs):
        self.data = kwargs.get('data', None)

class Foo(Bar):
    def __init__(self, kwargs):
        if hasattr(Bar, '__init__'):
            super().__init__(kwargs)
        else:
            self.data = kwargs.get('data', None)

# This handles cases where Bar has an actual init logic and avoids
# unnecessary calls to super() if Bar has no init behavior.

# Solution 3: Refactor to eliminate inheritance if super() is not needed
# If the inheritance isn't critical, consider refactoring to remove it altogether.

class Bar:
    pass  # Empty class with no functionality

class Foo:
    def __init__(self, kwargs):
        self.data = kwargs.get('data', None)

# In this scenario, the unnecessary inheritance is eliminated,
# which also removes the need for super() calls.

import unittest

class TestFoo(unittest.TestCase):
    def test_foo_initialization(self):
        obj = Foo(data='test')
        self.assertEqual(obj.data, 'test')

if __name__ == '__main__':
    unittest.main()

# This test ensures the Foo class initializes correctly across all solutions
# and that the class behavior is consistent with the input data.

മികച്ച ക്ലാസ് ഡിസൈനിലൂടെ പൈലിൻ്റ് പാരമ്പര്യ പിശകുകൾ പരിഹരിക്കുന്നു

പോലുള്ള പൈലിൻ്റ് മുന്നറിയിപ്പുകൾ കൈകാര്യം ചെയ്യുമ്പോൾ മറ്റൊരു പ്രധാന വശം ഒപ്പം നിങ്ങളുടെ മൊത്തത്തിലുള്ള ക്ലാസ് ഡിസൈനിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. ഈ പിശകുകൾ പൂർണ്ണമായും ഒഴിവാക്കുന്നതിനുള്ള ഒരു സമീപനം, നിങ്ങളുടെ കോഡിൽ പാരമ്പര്യം എങ്ങനെ ഉപയോഗിക്കപ്പെടുന്നുവെന്ന് പുനർവിചിന്തനം ചെയ്യുക എന്നതാണ്. ചില സന്ദർഭങ്ങളിൽ, പാരൻ്റ് ക്ലാസ് കാര്യമായ പ്രവർത്തനക്ഷമത നൽകാത്ത അനാവശ്യ പാരമ്പര്യത്തിൽ നിന്ന് പ്രശ്നം ഉടലെടുത്തേക്കാം. അനന്തരാവകാശം നിർബന്ധമാക്കുന്നതിനുപകരം, ഉപയോഗ സാഹചര്യത്തെ ആശ്രയിച്ച് നിങ്ങൾക്ക് കോമ്പോസിഷനോ ഒറ്റപ്പെട്ട ക്ലാസുകളോ ഉപയോഗിക്കാം.

പൈത്തണിൽ, അനന്തരാവകാശത്തോടെ ഡിസൈൻ ചെയ്യുമ്പോൾ, ചൈൽഡ് ക്ലാസിന് പ്രയോജനപ്പെടുന്ന പുനരുപയോഗിക്കാവുന്ന യുക്തിയാണ് പാരൻ്റ് ക്ലാസ് നൽകുന്നതെന്ന് ഉറപ്പാക്കേണ്ടത് പ്രധാനമാണ്. അല്ലെങ്കിൽ, വിളിക്കുന്നു അനാവശ്യമായ സമാരംഭത്തിന് കാരണമാകും, ഇത് കൃത്യമായി പ്രവർത്തനക്ഷമമാക്കുന്നു പിശക്. മറുവശത്ത്, അനന്തരാവകാശം നീക്കംചെയ്യുന്നത് അർത്ഥമാക്കുന്നത് നിങ്ങൾക്ക് ഉപയോഗപ്രദമായ പങ്കിട്ട പ്രവർത്തനത്തിലേക്കുള്ള ആക്‌സസ് നഷ്‌ടപ്പെടാം എന്നാണ്. ഈ ട്രേഡ്-ഓഫിനെ സന്തുലിതമാക്കുന്നതിന് ഒബ്ജക്റ്റ് ഓറിയൻ്റഡ് ഡിസൈൻ തത്വങ്ങളെക്കുറിച്ച് ആഴത്തിലുള്ള ധാരണ ആവശ്യമാണ്.

ചില സാഹചര്യങ്ങളിൽ, ഡെവലപ്പർമാർ പൈലിൻ്റ് മുന്നറിയിപ്പ് ഉപയോഗിച്ച് അടിച്ചമർത്താം അഭിപ്രായങ്ങൾ. ഇത് ഒരു താൽക്കാലിക പരിഹാരമാകുമെങ്കിലും, ഇത് സാധാരണയായി ദീർഘകാലത്തേക്ക് ശുപാർശ ചെയ്യുന്നില്ല. പൈലിൻ്റ് മുന്നറിയിപ്പ് നിങ്ങളുടെ കോഡിൻ്റെ പ്രവർത്തനത്തെ ബാധിക്കില്ലെന്ന് ഉറപ്പുണ്ടെങ്കിൽ മാത്രമേ മുന്നറിയിപ്പുകൾ അടിച്ചമർത്താൻ ഉപയോഗിക്കാവൂ. ശുദ്ധവും കാര്യക്ഷമവുമായ ക്ലാസ് പാരമ്പര്യത്തിനായി ഒപ്റ്റിമൈസ് ചെയ്യുന്നു, എപ്പോൾ ഉപയോഗിക്കണമെന്ന് മനസ്സിലാക്കുന്നു ഉചിതമായി, കൂടുതൽ പരിപാലിക്കാവുന്നതും അളക്കാവുന്നതുമായ കോഡിലേക്ക് നയിക്കുന്നു.

1. എന്താണ് കാരണമാകുന്നത് പിശക്?
2. എപ്പോഴാണ് ഈ പിശക് സംഭവിക്കുന്നത് ഫംഗ്‌ഷൻ എന്ന് വിളിക്കപ്പെടുന്നു, പക്ഷേ പാരൻ്റ് ക്ലാസ് അധിക പ്രവർത്തനങ്ങളൊന്നും ചേർക്കുന്നില്ല, ഇത് ഡെലിഗേഷനെ അനാവശ്യമാക്കുന്നു.
3. ഞാൻ എങ്ങനെ ശരിയാക്കും പിശക്?
4. എന്ന് ഉറപ്പുവരുത്തി ഈ പിശക് പരിഹരിക്കാവുന്നതാണ് ഫംഗ്‌ഷനെ സബ്ക്ലാസിൽ വിളിക്കുന്നു പാരൻ്റ് ക്ലാസ് ശരിയായി ആരംഭിക്കുന്നതിനുള്ള രീതി.
5. എനിക്ക് പൈലിൻ്റ് മുന്നറിയിപ്പുകൾ അടിച്ചമർത്താൻ കഴിയുമോ?
6. അതെ, ഉപയോഗിച്ച് നിങ്ങൾക്ക് പൈലിൻ്റ് മുന്നറിയിപ്പുകൾ അടിച്ചമർത്താൻ കഴിയും അഭിപ്രായമിടുക, പക്ഷേ സാധ്യമാകുമ്പോൾ അടിസ്ഥാന പ്രശ്നം പരിഹരിക്കാൻ ശുപാർശ ചെയ്യുന്നു.
7. അനന്തരാവകാശത്തിന് നല്ലൊരു ബദൽ എന്താണ്?
8. അനന്തരാവകാശം ആവശ്യമില്ലാത്തപ്പോൾ കോമ്പോസിഷൻ ഒരു മികച്ച തിരഞ്ഞെടുപ്പാണ്. സ്വഭാവം പാരമ്പര്യമായി ലഭിക്കുന്നതിനുപകരം, നിങ്ങൾ അത് മറ്റൊരു ക്ലാസിൽ ഉൾപ്പെടുത്തുകയും ആവശ്യാനുസരണം ഉപയോഗിക്കുകയും ചെയ്യുന്നു.
9. എന്തുകൊണ്ട് ചെയ്യുന്നു സൂപ്പർ കോളുകളിൽ സഹായിക്കണോ?
10. ദി പാരൻ്റ് ക്ലാസ്സിന് ഒരു ഉണ്ടോ എന്ന് പരിശോധിക്കാൻ ഫംഗ്ഷൻ ഉപയോഗിക്കാം സോപാധികമായി വിളിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന രീതി ആവശ്യമുള്ളപ്പോൾ മാത്രം.