മോഡുലാർ പ്രോഗ്രാമിങ്

മോഡുലാർ പ്രോഗ്രാമിങ് "വിഭജിച്ചു ഭരിക്കുക 'എന്ന തത്വം പ്രവർത്തിക്കുന്നു. അന്വേഷണ രൂപയുടെ.

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

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

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

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