1C വെബ് ക്ലയന്റിനെക്കുറിച്ച്

നിയന്ത്രിത ഫോമുകൾ സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് വികസിപ്പിച്ച ആപ്ലിക്കേഷൻ സൊല്യൂഷൻ, Windows, Linux, MacOS X എന്നിവയ്‌ക്കായുള്ള ഒരു നേർത്ത (എക്‌സിക്യൂട്ടബിൾ) ക്ലയന്റിലും 1 ബ്രൗസറുകൾക്കുള്ള ഒരു വെബ് ക്ലയന്റിലും സമാരംഭിക്കാൻ കഴിയും എന്നതാണ് 5C: എന്റർപ്രൈസ് സാങ്കേതികവിദ്യയുടെ നല്ല സവിശേഷതകളിലൊന്ന്. Chrome, Internet Explorer, Firefox, Safari, Edge, കൂടാതെ ആപ്ലിക്കേഷൻ സോഴ്സ് കോഡ് മാറ്റാതെ തന്നെ. മാത്രമല്ല, ബാഹ്യമായി നേർത്ത ക്ലയന്റിലും ബ്രൗസറിലുമുള്ള ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുകയും ഏതാണ്ട് സമാനമായി കാണപ്പെടുകയും ചെയ്യുന്നു.
10 വ്യത്യാസങ്ങൾ കണ്ടെത്തുക (കട്ടിനു കീഴിലുള്ള 2 ചിത്രങ്ങൾ):

Linux-ലെ നേർത്ത ക്ലയന്റ് വിൻഡോ:

വെബ് ക്ലയന്റിലുള്ള അതേ വിൻഡോ (Chrome ബ്രൗസറിൽ):

എന്തുകൊണ്ടാണ് ഞങ്ങൾ ഒരു വെബ് ക്ലയന്റ് ഉണ്ടാക്കിയത്? കുറച്ചുകൂടി ദയനീയമായി പറഞ്ഞാൽ, കാലം നമുക്കായി അത്തരമൊരു ദൗത്യം സജ്ജമാക്കി. ഇന്റർനെറ്റിൽ പ്രവർത്തിക്കുന്നത് ബിസിനസ്സ് ആപ്ലിക്കേഷനുകൾക്ക് വളരെക്കാലമായി ഒരു മുൻവ്യവസ്ഥയാണ്. ആദ്യം, ഞങ്ങളുടെ നേർത്ത ക്ലയന്റിനായി ഇന്റർനെറ്റ് വഴി പ്രവർത്തിക്കാനുള്ള കഴിവ് ഞങ്ങൾ ചേർത്തു (ഞങ്ങളുടെ ചില എതിരാളികൾ, വഴിയിൽ, അവിടെ നിർത്തി; മറ്റുള്ളവർ, നേരെമറിച്ച്, നേർത്ത ക്ലയന്റ് ഉപേക്ഷിച്ച് ഒരു വെബ് ക്ലയന്റ് നടപ്പിലാക്കുന്നതിൽ സ്വയം പരിമിതപ്പെടുത്തി). ഞങ്ങളുടെ ഉപയോക്താക്കൾക്ക് ഏറ്റവും അനുയോജ്യമായ ക്ലയന്റ് ഓപ്ഷൻ തിരഞ്ഞെടുക്കാനുള്ള അവസരം നൽകാൻ ഞങ്ങൾ തീരുമാനിച്ചു.

ക്ലയന്റ്-സെർവർ ആർക്കിടെക്ചറിൽ പൂർണ്ണമായ മാറ്റമുള്ള ഒരു വലിയ പ്രോജക്റ്റാണ് നേർത്ത ക്ലയന്റിലേക്ക് വെബ് അധിഷ്ഠിത കഴിവുകൾ ചേർക്കുന്നത്. ഒരു വെബ് ക്ലയന്റ് സൃഷ്‌ടിക്കുന്നത് ആദ്യം മുതൽ ആരംഭിക്കുന്ന ഒരു പുതിയ പ്രോജക്റ്റാണ്.

പ്രശ്ന പ്രസ്താവന

അതിനാൽ, പ്രോജക്റ്റ് ആവശ്യകതകൾ: വെബ് ക്ലയന്റ് നേർത്ത ക്ലയന്റ് പോലെ തന്നെ ചെയ്യണം, അതായത്:

1. ഉപയോക്തൃ ഇന്റർഫേസ് പ്രദർശിപ്പിക്കുക
2. 1C ഭാഷയിൽ എഴുതിയ ക്ലയന്റ് കോഡ് എക്സിക്യൂട്ട് ചെയ്യുക

1C-യിലെ ഉപയോക്തൃ ഇന്റർഫേസ് ഒരു വിഷ്വൽ എഡിറ്ററിൽ വിവരിച്ചിരിക്കുന്നു, എന്നാൽ പ്രഖ്യാപനപരമായി, ഘടകങ്ങളുടെ പിക്സൽ-ബൈ-പിക്സൽ ക്രമീകരണം കൂടാതെ; ഏകദേശം മൂന്ന് ഡസൻ തരം ഇന്റർഫേസ് ഘടകങ്ങൾ ഉപയോഗിക്കുന്നു - ബട്ടണുകൾ, ഇൻപുട്ട് ഫീൽഡുകൾ (ടെക്‌സ്റ്റ്, സംഖ്യ, തീയതി/സമയം), ലിസ്റ്റുകൾ, പട്ടികകൾ, ഗ്രാഫുകൾ മുതലായവ.

1C ഭാഷയിലെ ക്ലയന്റ് കോഡിൽ സെർവർ കോളുകൾ അടങ്ങിയിരിക്കാം, പ്രാദേശിക ഉറവിടങ്ങൾ (ഫയലുകൾ മുതലായവ), പ്രിന്റിംഗ് എന്നിവയും അതിലേറെയും.

1C ആപ്ലിക്കേഷൻ സെർവറുമായി ആശയവിനിമയം നടത്താൻ നേർത്ത ക്ലയന്റും (വെബ് വഴി പ്രവർത്തിക്കുമ്പോൾ) വെബ് ക്ലയന്റും ഒരേ സെറ്റ് വെബ് സേവനങ്ങൾ ഉപയോഗിക്കുന്നു. ക്ലയന്റ് നടപ്പിലാക്കലുകൾ തീർച്ചയായും വ്യത്യസ്തമാണ് - നേർത്ത ക്ലയന്റ് C++ ൽ എഴുതിയിരിക്കുന്നു, വെബ് ക്ലയന്റ് JavaScript ൽ എഴുതിയിരിക്കുന്നു.

ഒരു ചെറിയ ചരിത്രം

വെബ് ക്ലയന്റ് പ്രോജക്റ്റ് 2006 ൽ ആരംഭിച്ചു, (ശരാശരി) 5 ആളുകളുടെ ഒരു ടീമുമായി. പ്രോജക്റ്റിന്റെ ചില ഘട്ടങ്ങളിൽ, നിർദ്ദിഷ്ട പ്രവർത്തനക്ഷമത (സ്പ്രെഡ്ഷീറ്റ് ഡോക്യുമെന്റ്, ഡയഗ്രമുകൾ മുതലായവ) നടപ്പിലാക്കാൻ ഡവലപ്പർമാർ ഉൾപ്പെട്ടിരുന്നു; ചട്ടം പോലെ, നേർത്ത ക്ലയന്റിൽ ഈ പ്രവർത്തനം നടത്തിയ അതേ ഡവലപ്പർമാർ ഇവരാണ്. ആ. ഡവലപ്പർമാർ മുമ്പ് C++-ൽ സൃഷ്ടിച്ച ഘടകങ്ങൾ JavaScript-ൽ വീണ്ടും എഴുതി.

രണ്ട് ഭാഷകൾ തമ്മിലുള്ള ശക്തമായ ആശയപരമായ വ്യത്യാസങ്ങൾ കാരണം, C++ നേർത്ത ക്ലയന്റ് കോഡ് JavaScript വെബ് ക്ലയന്റിലേക്ക് സ്വയമേവ (ഭാഗികമായി പോലും) പരിവർത്തനം ചെയ്യുന്നതിനുള്ള ആശയം ഞങ്ങൾ ആദ്യം മുതൽ നിരസിച്ചു; വെബ് ക്ലയന്റ് ആദ്യം മുതൽ ജാവാസ്ക്രിപ്റ്റിൽ എഴുതിയിരിക്കുന്നു.

പദ്ധതിയുടെ ആദ്യ ആവർത്തനങ്ങളിൽ, വെബ് ക്ലയന്റ് ബിൽറ്റ്-ഇൻ 1C ഭാഷയിലുള്ള ക്ലയന്റ് കോഡ് നേരിട്ട് JavaScript-ലേക്ക് പരിവർത്തനം ചെയ്തു. നേർത്ത ക്ലയന്റ് വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നു - ബിൽറ്റ്-ഇൻ 1C ഭാഷയിലെ കോഡ് ബൈറ്റ്കോഡിലേക്ക് കംപൈൽ ചെയ്യുന്നു, തുടർന്ന് ഈ ബൈറ്റ്കോഡ് ക്ലയന്റിൽ വ്യാഖ്യാനിക്കപ്പെടുന്നു. തുടർന്ന്, വെബ് ക്ലയന്റ് അത് ചെയ്യാൻ തുടങ്ങി - ഒന്നാമതായി, ഇത് ഒരു പ്രകടന നേട്ടം നൽകി, രണ്ടാമതായി, നേർത്തതും വെബ് ക്ലയന്റുകളുടെ ആർക്കിടെക്ചർ ഏകീകരിക്കുന്നത് സാധ്യമാക്കി.

വെബ് ക്ലയന്റ് പിന്തുണയുള്ള 1C: എന്റർപ്രൈസ് പ്ലാറ്റ്‌ഫോമിന്റെ ആദ്യ പതിപ്പ് 2009-ൽ പുറത്തിറങ്ങി. അക്കാലത്ത് വെബ് ക്ലയന്റ് 2 ബ്രൗസറുകളെ പിന്തുണച്ചിരുന്നു - Internet Explorer, Firefox. ഒറിജിനൽ പ്ലാനുകളിൽ ഓപ്പറയ്ക്കുള്ള പിന്തുണ ഉൾപ്പെടുത്തിയിരുന്നു, എന്നാൽ ഓപ്പറയിലെ ആപ്ലിക്കേഷൻ ക്ലോസിംഗ് ഹാൻഡ്‌ലറുകളുമായുള്ള പരിഹരിക്കാനാകാത്ത പ്രശ്‌നങ്ങൾ കാരണം (അപ്ലിക്കേഷൻ ക്ലോസ് ചെയ്യുന്നുവെന്ന് 100% ഉറപ്പോടെ ട്രാക്ക് ചെയ്യാൻ കഴിഞ്ഞില്ല, ആ നിമിഷത്തിൽ നിന്ന് വിച്ഛേദിക്കൽ നടപടിക്രമം നടത്തുക. ഈ പ്ലാനുകളിൽ നിന്നുള്ള 1C ആപ്ലിക്കേഷൻ സെർവർ) ഉപേക്ഷിക്കേണ്ടി വന്നു.

പദ്ധതിയുടെ ഘടന

മൊത്തത്തിൽ, 1C: എന്റർപ്രൈസ് പ്ലാറ്റ്‌ഫോമിന് JavaScript-ൽ എഴുതിയ 4 പ്രോജക്റ്റുകൾ ഉണ്ട്:

1. WebTools - മറ്റ് പ്രോജക്‌റ്റുകൾ ഉപയോഗിക്കുന്ന പങ്കിട്ട ലൈബ്രറികൾ (ഞങ്ങളും ഉൾപ്പെടുന്നു ഗൂഗിൾ ക്ലോഷർ ലൈബ്രറി).
2. നിയന്ത്രണ ഘടകം ഫോർമാറ്റ് ചെയ്ത ഡോക്യുമെന്റ് (തിൻ ക്ലയന്റിലും വെബ് ക്ലയന്റിലും ജാവാസ്ക്രിപ്റ്റിൽ നടപ്പിലാക്കി)
3. നിയന്ത്രണ ഘടകം ഷെഡ്യൂളർ (തിൻ ക്ലയന്റിലും വെബ് ക്ലയന്റിലും ജാവാസ്ക്രിപ്റ്റിൽ നടപ്പിലാക്കി)
4. വെബ് ക്ലയന്റ്

ഓരോ പ്രോജക്റ്റിന്റെയും ഘടന ജാവ പ്രോജക്റ്റുകളുടെ ഘടനയോട് സാമ്യമുള്ളതാണ് (അല്ലെങ്കിൽ .NET പ്രോജക്റ്റുകൾ - ഏതാണ് അടുത്തത്); ഞങ്ങൾക്ക് നെയിംസ്‌പെയ്‌സുകളുണ്ട്, ഓരോ നെയിംസ്‌പെയ്‌സും പ്രത്യേക ഫോൾഡറിലാണ്. ഫോൾഡറിനുള്ളിൽ ഫയലുകളും നെയിംസ്പേസ് ക്ലാസുകളും ഉണ്ട്. വെബ് ക്ലയന്റ് പ്രോജക്റ്റിൽ ഏകദേശം 1000 ഫയലുകളുണ്ട്.

ഘടനാപരമായി, വെബ് ക്ലയന്റ് പ്രധാനമായും ഇനിപ്പറയുന്ന ഉപസിസ്റ്റങ്ങളായി തിരിച്ചിരിക്കുന്നു:

• നിയന്ത്രിത ക്ലയന്റ് ആപ്ലിക്കേഷൻ ഇന്റർഫേസ്
  • പൊതുവായ ആപ്ലിക്കേഷൻ ഇന്റർഫേസ് (സിസ്റ്റം മെനുകൾ, പാനലുകൾ)
  • നിയന്ത്രിത ഫോമുകളുടെ ഇന്റർഫേസ്, മറ്റ് കാര്യങ്ങളിൽ, ഏകദേശം 30 നിയന്ത്രണങ്ങൾ (ബട്ടണുകൾ, വിവിധ തരം ഇൻപുട്ട് ഫീൽഡുകൾ - ടെക്സ്റ്റ്, സംഖ്യ, തീയതി/സമയം മുതലായവ, പട്ടികകൾ, ലിസ്റ്റുകൾ, ഗ്രാഫുകൾ മുതലായവ)

• ക്ലയന്റിലുള്ള ഡെവലപ്പർമാർക്ക് ഒബ്‌ജക്റ്റ് മോഡൽ ലഭ്യമാണ് (മൊത്തം 400-ലധികം തരങ്ങൾ: നിയന്ത്രിത ഇന്റർഫേസ് ഒബ്‌ജക്റ്റ് മോഡൽ, ഡാറ്റ ലേഔട്ട് ക്രമീകരണങ്ങൾ, സോപാധിക സ്റ്റൈലിംഗ് മുതലായവ)
• അന്തർനിർമ്മിത 1C ഭാഷയുടെ വ്യാഖ്യാതാവ്
• ബ്രൗസർ വിപുലീകരണങ്ങൾ (JavaScript-ൽ പിന്തുണയ്‌ക്കാത്ത പ്രവർത്തനത്തിനായി ഉപയോഗിക്കുന്നു)
  • ക്രിപ്റ്റോഗ്രഫിയിൽ പ്രവർത്തിക്കുന്നു
  • ഫയലുകളുമായി പ്രവർത്തിക്കുന്നു
  • ബാഹ്യ ഘടകങ്ങളുടെ സാങ്കേതികവിദ്യ, അവയെ നേർത്തതും വെബ് ക്ലയന്റുകളിലും ഉപയോഗിക്കാൻ അനുവദിക്കുന്നു

വികസന സവിശേഷതകൾ

മുകളിൽ പറഞ്ഞവയെല്ലാം JavaScript-ൽ നടപ്പിലാക്കുന്നത് എളുപ്പമല്ല. ഒരുപക്ഷേ 1C വെബ് ക്ലയന്റ് ജാവാസ്ക്രിപ്റ്റിൽ എഴുതിയിരിക്കുന്ന ഏറ്റവും വലിയ ക്ലയന്റ് സൈഡ് ആപ്ലിക്കേഷനുകളിൽ ഒന്നാണ് - ഏകദേശം 450.000 ലൈനുകൾ. വെബ് ക്ലയന്റ് കോഡിൽ ഞങ്ങൾ ഒരു ഒബ്ജക്റ്റ്-ഓറിയന്റഡ് സമീപനം സജീവമായി ഉപയോഗിക്കുന്നു, ഇത് ഇത്രയും വലിയ പ്രോജക്റ്റിനൊപ്പം പ്രവർത്തിക്കുന്നത് ലളിതമാക്കുന്നു.

ക്ലയന്റ് കോഡിന്റെ വലുപ്പം കുറയ്ക്കുന്നതിന്, ഞങ്ങൾ ആദ്യം ഞങ്ങളുടെ സ്വന്തം ഒബ്ഫസ്‌കേറ്റർ ഉപയോഗിച്ചു, പ്ലാറ്റ്‌ഫോം പതിപ്പ് 8.3.6 (ഒക്ടോബർ 2014) മുതൽ ഞങ്ങൾ ഉപയോഗിക്കാൻ തുടങ്ങി. ഗൂഗിൾ ക്ലോഷർ കംപൈലർ. അക്കങ്ങളിലെ ഉപയോഗത്തിന്റെ പ്രഭാവം - അവ്യക്തതയ്ക്ക് ശേഷമുള്ള വെബ് ക്ലയന്റ് ചട്ടക്കൂടിന്റെ വലുപ്പം:

• സ്വന്തം ഒബ്ഫസ്‌കേറ്റർ - 1556 കെബി
• ഗൂഗിൾ ക്ലോഷർ കംപൈലർ - 1073 കെബി

Google ക്ലോഷർ കംപൈലർ ഉപയോഗിക്കുന്നത് ഞങ്ങളുടെ സ്വന്തം ഒബ്ഫസ്‌കേറ്ററുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ വെബ് ക്ലയന്റിന്റെ പ്രകടനം 30% മെച്ചപ്പെടുത്താൻ ഞങ്ങളെ സഹായിച്ചു. കൂടാതെ, ആപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്ന മെമ്മറിയുടെ അളവ് 15-25% കുറഞ്ഞു (ബ്രൗസറിനെ ആശ്രയിച്ച്).

ഗൂഗിൾ ക്ലോഷർ കംപൈലർ ഒബ്ജക്റ്റ് ഓറിയന്റഡ് കോഡിൽ നന്നായി പ്രവർത്തിക്കുന്നു, അതിനാൽ വെബ് ക്ലയന്റിനുള്ള അതിന്റെ കാര്യക്ഷമത കഴിയുന്നത്ര ഉയർന്നതാണ്. ക്ലോഷർ കംപൈലർ ഞങ്ങൾക്ക് ചില നല്ല കാര്യങ്ങൾ ചെയ്യുന്നു:

• പ്രോജക്റ്റ് ബിൽഡ് ഘട്ടത്തിൽ സ്റ്റാറ്റിക് തരം പരിശോധന (JSDoc വ്യാഖ്യാനങ്ങൾ ഉപയോഗിച്ച് ഞങ്ങൾ കോഡ് കവർ ചെയ്യുന്നുവെന്ന് ഉറപ്പാക്കുന്നു). ഫലം സ്റ്റാറ്റിക് ടൈപ്പിംഗ് ആണ്, C++ ടൈപ്പുചെയ്യുന്നതിന് വളരെ അടുത്ത ലെവലാണ്. പ്രോജക്റ്റ് കംപൈലേഷൻ ഘട്ടത്തിൽ ഒരു വലിയ ശതമാനം പിശകുകൾ പിടിക്കാൻ ഇത് സഹായിക്കുന്നു.
• അവ്യക്തതയിലൂടെ കോഡ് വലുപ്പം കുറയ്ക്കുന്നു
• എക്സിക്യൂട്ട് ചെയ്ത കോഡിന്റെ ഒപ്റ്റിമൈസേഷനുകളുടെ എണ്ണം, ഉദാഹരണത്തിന്:
  • ഇൻലൈൻ ഫംഗ്ഷൻ സബ്സ്റ്റിറ്റ്യൂഷനുകൾ. JavaScript-ൽ ഒരു ഫംഗ്‌ഷൻ വിളിക്കുന്നത് വളരെ ചെലവേറിയ പ്രവർത്തനമാണ്, കൂടാതെ പതിവായി ഉപയോഗിക്കുന്ന ചെറിയ രീതികളുടെ ഇൻലൈൻ പകരം വയ്ക്കുന്നത് കോഡിന്റെ വേഗത വർദ്ധിപ്പിക്കുന്നു.
  • കംപൈൽ സമയത്ത് സ്ഥിരാങ്കങ്ങൾ എണ്ണുന്നു. ഒരു എക്സ്പ്രഷൻ ഒരു സ്ഥിരാങ്കത്തെ ആശ്രയിച്ചിരിക്കുന്നുവെങ്കിൽ, സ്ഥിരാങ്കത്തിന്റെ യഥാർത്ഥ മൂല്യം അതിലേക്ക് പകരപ്പെടും

ഞങ്ങളുടെ വെബ് ക്ലയന്റ് വികസന പരിതസ്ഥിതിയായി ഞങ്ങൾ WebStorm ഉപയോഗിക്കുന്നു.

കോഡ് വിശകലനത്തിനായി ഞങ്ങൾ ഉപയോഗിക്കുന്നു സോനാർക്യൂബ്, അവിടെ ഞങ്ങൾ സ്റ്റാറ്റിക് കോഡ് അനലൈസറുകൾ സംയോജിപ്പിക്കുന്നു. അനലൈസറുകൾ ഉപയോഗിച്ച്, ഞങ്ങൾ JavaScript സോഴ്‌സ് കോഡിന്റെ നിലവാരത്തകർച്ച നിരീക്ഷിക്കുകയും അത് തടയാൻ ശ്രമിക്കുകയും ചെയ്യുന്നു.

എന്ത് പ്രശ്‌നങ്ങളാണ് നമ്മൾ ചെയ്തത്/പരിഹരിക്കുന്നത്?

പ്രോജക്റ്റ് നടപ്പിലാക്കുന്ന സമയത്ത്, ഞങ്ങൾ പരിഹരിക്കേണ്ട നിരവധി രസകരമായ പ്രശ്നങ്ങൾ നേരിട്ടു.

സെർവറുമായും വിൻഡോകൾക്കിടയിലും ഡാറ്റ കൈമാറ്റം ചെയ്യുക

സോഴ്സ് കോഡിന്റെ അവ്യക്തത സിസ്റ്റത്തിന്റെ പ്രവർത്തനത്തെ തടസ്സപ്പെടുത്തുന്ന സാഹചര്യങ്ങളുണ്ട്. വെബ് ക്ലയന്റിന്റെ എക്സിക്യൂട്ടബിൾ കോഡിന് പുറത്തുള്ള കോഡിന്, അവ്യക്തത കാരണം, ഞങ്ങളുടെ എക്സിക്യൂട്ടബിൾ കോഡ് പ്രതീക്ഷിക്കുന്നവയിൽ നിന്ന് വ്യത്യസ്തമായ ഫംഗ്ഷനുകളും പാരാമീറ്റർ പേരുകളും ഉണ്ടായിരിക്കാം. ഞങ്ങൾക്കുള്ള ബാഹ്യ കോഡ് ഇതാണ്:

• ഡാറ്റാ ഘടനകളുടെ രൂപത്തിൽ സെർവറിൽ നിന്ന് വരുന്ന കോഡ്
• മറ്റൊരു ആപ്ലിക്കേഷൻ വിൻഡോയ്ക്കുള്ള കോഡ്

സെർവറുമായി ഇടപഴകുമ്പോൾ അവ്യക്തത ഒഴിവാക്കാൻ, ഞങ്ങൾ @expose ടാഗ് ഉപയോഗിക്കുന്നു:

/**
 * @constructor
 * @extends {Base.SrvObject}
 */
Srv.Core.GenericException = function ()
{
    /**
     * @type {string}
     * @expose
     */
    this.descr;

    /**
     * @type {Srv.Core.GenericException}
     * @expose
     */
    this.inner;

    /**
     * @type {string}
     * @expose
     */
    this.clsid;

    /**
     * @type {boolean}
     * @expose
     */
    this.encoded;
}

മറ്റ് വിൻഡോകളുമായി ഇടപഴകുമ്പോൾ അവ്യക്തത ഒഴിവാക്കാൻ, ഞങ്ങൾ എക്സ്പോർട്ട് ചെയ്ത ഇന്റർഫേസുകൾ (എല്ലാ രീതികളും കയറ്റുമതി ചെയ്യുന്ന ഇന്റർഫേസുകൾ) ഉപയോഗിക്കുന്നു.

/**
 * Экспортируемый интерфейс контрола DropDownWindow
 *
 * @interface
 * @struct
 */
WebUI.IDropDownWindowExp = function(){}

/**
 * Перемещает выделение на 1 вперед или назад
 *
 * @param {boolean} isForward
 * @param {boolean} checkOnly
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.moveMarker = function (isForward, checkOnly){}

/**
 * Перемещает выделение в начало или конец
 *
 * @param {boolean} isFirst
 * @param {boolean} checkOnly
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.moveMarkerTo = function (isFirst, checkOnly){}

/**
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.selectValue = function (){}

മുഖ്യധാരയാകുന്നതിന് മുമ്പ് ഞങ്ങൾ വെർച്വൽ DOM ഉപയോഗിച്ചു)

സങ്കീർണ്ണമായ വെബ് യുഐകൾ കൈകാര്യം ചെയ്യുന്ന എല്ലാ ഡെവലപ്പർമാരെയും പോലെ, ഡൈനാമിക് യൂസർ ഇന്റർഫേസുകളിൽ പ്രവർത്തിക്കാൻ DOM വളരെ അനുയോജ്യമല്ലെന്ന് ഞങ്ങൾ പെട്ടെന്ന് മനസ്സിലാക്കി. ഏതാണ്ട് ഉടനടി, UI-യുമായുള്ള പ്രവർത്തനം ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിന് വെർച്വൽ DOM-ന്റെ ഒരു അനലോഗ് നടപ്പിലാക്കി. ഇവന്റ് പ്രോസസ്സിംഗ് സമയത്ത്, എല്ലാ DOM മാറ്റങ്ങളും മെമ്മറിയിൽ സംഭരിക്കപ്പെടുന്നു, എല്ലാ പ്രവർത്തനങ്ങളും പൂർത്തിയാകുമ്പോൾ മാത്രം, സഞ്ചിത മാറ്റങ്ങൾ DOM ട്രീയിൽ പ്രയോഗിക്കുന്നു.

വെബ് ക്ലയന്റ് ഒപ്റ്റിമൈസ് ചെയ്യുന്നു

ഞങ്ങളുടെ വെബ് ക്ലയന്റ് വേഗത്തിൽ പ്രവർത്തിക്കാൻ, ഞങ്ങൾ സാധാരണ ബ്രൗസർ കഴിവുകൾ (CSS, മുതലായവ) പരമാവധി ഉപയോഗിക്കാൻ ശ്രമിക്കുന്നു. അതിനാൽ, ഫോം കമാൻഡ് പാനൽ (അപ്ലിക്കേഷന്റെ മിക്കവാറും എല്ലാ രൂപത്തിലും സ്ഥിതിചെയ്യുന്നത്) ബ്രൗസർ ടൂളുകൾ ഉപയോഗിച്ച്, CSS അടിസ്ഥാനമാക്കിയുള്ള ഡൈനാമിക് ലേഔട്ട് ഉപയോഗിച്ച് പ്രത്യേകമായി റെൻഡർ ചെയ്യുന്നു.

പരിശോധിക്കുന്നു

പ്രവർത്തനപരവും പ്രകടനപരവുമായ പരിശോധനയ്‌ക്കായി, ഞങ്ങൾ ഒരു പ്രൊപ്രൈറ്ററി ടൂൾ ഉപയോഗിക്കുന്നു (ജാവയിലും സി++ ലും എഴുതിയത്), കൂടാതെ മുകളിൽ നിർമ്മിച്ച ടെസ്റ്റുകളുടെ ഒരു സ്യൂട്ടും സെലേനിയം.

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

ഈ ഉപകരണം 25 മില്ലിസെക്കൻഡ് വരെ കൃത്യതയോടെ ആപ്ലിക്കേഷൻ പ്രകടനവും അളക്കുന്നു. ചില സന്ദർഭങ്ങളിൽ, കാലക്രമേണ എക്സിക്യൂഷൻ സമയത്തിന്റെ അപചയം വിശകലനം ചെയ്യുന്നതിന് ഞങ്ങൾ സ്ക്രിപ്റ്റിന്റെ ഭാഗങ്ങൾ ലൂപ്പ് ചെയ്യുന്നു (ഉദാഹരണത്തിന്, ഓർഡർ എൻട്രി നിരവധി തവണ ആവർത്തിക്കുന്നു). എല്ലാ അളവുകളുടെയും ഫലങ്ങൾ വിശകലനത്തിനായി ഒരു ലോഗിൽ രേഖപ്പെടുത്തിയിട്ടുണ്ട്.

ഞങ്ങളുടെ ടെസ്റ്റിംഗ് ടൂളും ആപ്ലിക്കേഷനും പരിശോധനയിലാണ്

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

രണ്ട് ടൂളുകളിലെയും ടെസ്റ്റുകൾ (ഞങ്ങളുടേതും സെലിനിയവും) ഞങ്ങളുടെ ആപ്ലിക്കേഷൻ സൊല്യൂഷനുകളിൽ നിന്ന് സാധാരണ ജോലി സാഹചര്യങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നു. 1C:Enterprise പ്ലാറ്റ്‌ഫോമിന്റെ ദൈനംദിന നിർമ്മാണത്തിന് ശേഷം ടെസ്റ്റുകൾ സ്വയമേവ സമാരംഭിക്കും. സ്ക്രിപ്റ്റുകൾ മന്ദഗതിയിലാണെങ്കിൽ (മുമ്പത്തെ ബിൽഡുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ), വേഗത കുറയുന്നതിന്റെ കാരണം ഞങ്ങൾ അന്വേഷിക്കുകയും പരിഹരിക്കുകയും ചെയ്യും. ഞങ്ങളുടെ മാനദണ്ഡം ലളിതമാണ് - പുതിയ ബിൽഡ് മുമ്പത്തേതിനേക്കാൾ മന്ദഗതിയിലാകരുത്.

സ്ലോഡൗൺ സംഭവങ്ങൾ അന്വേഷിക്കാൻ ഡെവലപ്പർമാർ വ്യത്യസ്ത ഉപകരണങ്ങൾ ഉപയോഗിക്കുന്നു; പ്രധാനമായും ഉപയോഗിക്കുന്നത് Dynatrace AJAX പതിപ്പ് നിർമ്മാണ കമ്പനി ഡൈനാട്രേസ്. മുമ്പത്തേതും പുതിയതുമായ ബിൽഡുകളിലെ പ്രശ്നകരമായ പ്രവർത്തനത്തിന്റെ നിർവ്വഹണ രേഖകൾ രേഖപ്പെടുത്തുന്നു, തുടർന്ന് ലോഗുകൾ വിശകലനം ചെയ്യുന്നു. അതേ സമയം, സിംഗിൾ ഓപ്പറേഷനുകളുടെ എക്സിക്യൂഷൻ സമയം (മില്ലിസെക്കൻഡിൽ) ഒരു നിർണായക ഘടകമായിരിക്കില്ല - മാലിന്യ ശേഖരണം പോലുള്ള സേവന പ്രക്രിയകൾ ബ്രൗസറിൽ ഇടയ്ക്കിടെ സമാരംഭിക്കുന്നു, അവ പ്രവർത്തനങ്ങളുടെ നിർവ്വഹണ സമയവുമായി ഓവർലാപ്പ് ചെയ്യാനും ചിത്രം വികലമാക്കാനും കഴിയും. ഈ കേസിൽ കൂടുതൽ പ്രസക്തമായ പാരാമീറ്ററുകൾ നടപ്പിലാക്കിയ JavaScript നിർദ്ദേശങ്ങളുടെ എണ്ണം, DOM-ലെ ആറ്റോമിക് പ്രവർത്തനങ്ങളുടെ എണ്ണം മുതലായവ ആയിരിക്കും. ഒരു പുതിയ പതിപ്പിൽ ഒരേ സ്‌ക്രിപ്‌റ്റിലെ നിർദ്ദേശങ്ങളുടെ/പ്രവർത്തനങ്ങളുടെ എണ്ണം വർദ്ധിച്ചിട്ടുണ്ടെങ്കിൽ, ഇത് മിക്കവാറും എല്ലായ്‌പ്പോഴും പ്രകടനത്തിലെ കുറവിനെ അർത്ഥമാക്കുന്നു, അത് തിരുത്തേണ്ടതുണ്ട്.

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

ബ്രൗസർ വിപുലീകരണങ്ങൾ

ഒരു ആപ്ലിക്കേഷൻ പരിഹാരത്തിന് JavaScript-ൽ ലഭ്യമല്ലാത്ത പ്രവർത്തനം ആവശ്യമായി വരുമ്പോൾ, ഞങ്ങൾ ബ്രൗസർ വിപുലീകരണങ്ങൾ ഉപയോഗിക്കുന്നു:

• ഫയലുകളിൽ പ്രവർത്തിക്കുന്നതിന്
• ക്രിപ്റ്റോഗ്രഫിയിൽ പ്രവർത്തിക്കുന്നതിന്
• കൂടെ ജോലി ബാഹ്യ ഘടകങ്ങൾ

ഞങ്ങളുടെ വിപുലീകരണങ്ങൾ രണ്ട് ഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്നു. ആദ്യ ഭാഗത്തെ ബ്രൗസർ എക്സ്റ്റൻഷൻ എന്ന് വിളിക്കുന്നു (സാധാരണയായി ജാവാസ്ക്രിപ്റ്റിൽ എഴുതിയ Chrome, Firefox എന്നിവയ്ക്കുള്ള വിപുലീകരണങ്ങൾ), ഇത് രണ്ടാം ഭാഗവുമായി സംവദിക്കുന്നു - നമുക്ക് ആവശ്യമായ പ്രവർത്തനക്ഷമത നടപ്പിലാക്കുന്ന ഒരു ബൈനറി വിപുലീകരണം. ബൈനറി എക്സ്റ്റൻഷനുകളുടെ 3 പതിപ്പുകൾ ഞങ്ങൾ എഴുതുന്നു - വിൻഡോസ്, ലിനക്സ്, മാകോസ് എന്നിവയ്ക്കായി. ബൈനറി വിപുലീകരണം 1C: എന്റർപ്രൈസ് പ്ലാറ്റ്‌ഫോമിന്റെ ഭാഗമായാണ് വിതരണം ചെയ്യുന്നത്, ഇത് 1C ആപ്ലിക്കേഷൻ സെർവറിൽ സ്ഥിതിചെയ്യുന്നു. ഒരു വെബ് ക്ലയന്റിൽ നിന്ന് ആദ്യമായി വിളിക്കുമ്പോൾ, അത് ക്ലയന്റ് കമ്പ്യൂട്ടറിലേക്ക് ഡൗൺലോഡ് ചെയ്യുകയും ബ്രൗസറിൽ ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യുന്നു.

സഫാരിയിൽ പ്രവർത്തിക്കുമ്പോൾ, ഞങ്ങളുടെ വിപുലീകരണങ്ങൾ NPAPI ഉപയോഗിക്കുന്നു; Internet Explorer-ൽ പ്രവർത്തിക്കുമ്പോൾ, അവർ ActiveX സാങ്കേതികവിദ്യ ഉപയോഗിക്കുന്നു. മൈക്രോസോഫ്റ്റ് എഡ്ജ് വിപുലീകരണങ്ങളെ ഇതുവരെ പിന്തുണയ്ക്കുന്നില്ല, അതിനാൽ അതിലെ വെബ് ക്ലയന്റ് നിയന്ത്രണങ്ങളോടെ പ്രവർത്തിക്കുന്നു.

കൂടുതൽ വികസനം

വെബ് ക്ലയന്റ് ഡെവലപ്‌മെന്റ് ടീമിന്റെ ചുമതലകളിലൊന്ന് പ്രവർത്തനത്തിന്റെ കൂടുതൽ വികസനമാണ്. വെബ് ക്ലയന്റിൻറെ പ്രവർത്തനക്ഷമത നേർത്ത ക്ലയന്റിൻറെ പ്രവർത്തനത്തിന് സമാനമായിരിക്കണം; എല്ലാ പുതിയ പ്രവർത്തനങ്ങളും ഒരേസമയം നേർത്തതും വെബ് ക്ലയന്റുകളിലും നടപ്പിലാക്കുന്നു.

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

അവലംബം: www.habr.com