ഒരു സുരക്ഷിത ബ്രൗസർ വിപുലീകരണം എഴുതുന്നു

സാധാരണ "ക്ലയന്റ്-സെർവർ" ആർക്കിടെക്ചറിൽ നിന്ന് വ്യത്യസ്തമായി, വികേന്ദ്രീകൃത ആപ്ലിക്കേഷനുകൾ ഇവയാണ്:

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

ഉപയോക്തൃ കീകൾക്കായി താരതമ്യേന സുരക്ഷിതമായ 2 സ്റ്റോറേജുകളുണ്ട് - ഹാർഡ്‌വെയർ വാലറ്റുകളും ബ്രൗസർ വിപുലീകരണങ്ങളും. ഹാർഡ്‌വെയർ വാലറ്റുകൾ ഏറെക്കുറെ സുരക്ഷിതമാണ്, എന്നാൽ ഉപയോഗിക്കാൻ പ്രയാസമുള്ളതും സൗജന്യമല്ല, എന്നാൽ ബ്രൗസർ വിപുലീകരണങ്ങൾ സുരക്ഷിതത്വത്തിന്റെയും ഉപയോഗ എളുപ്പത്തിന്റെയും സമ്പൂർണ്ണ സംയോജനമാണ്, മാത്രമല്ല അന്തിമ ഉപയോക്താക്കൾക്ക് പൂർണ്ണമായും സൗജന്യവുമാകാം.

ഇതെല്ലാം കണക്കിലെടുത്ത്, ഇടപാടുകളും ഒപ്പുകളും ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നതിന് ലളിതമായ API നൽകിക്കൊണ്ട് വികേന്ദ്രീകൃത ആപ്ലിക്കേഷനുകളുടെ വികസനം ലളിതമാക്കുന്ന ഏറ്റവും സുരക്ഷിതമായ വിപുലീകരണം ഉണ്ടാക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.
ഈ അനുഭവത്തെക്കുറിച്ച് ഞങ്ങൾ ചുവടെ നിങ്ങളോട് പറയും.

കോഡ് ഉദാഹരണങ്ങളും സ്‌ക്രീൻഷോട്ടുകളും ഉപയോഗിച്ച് ബ്രൗസർ വിപുലീകരണം എങ്ങനെ എഴുതാം എന്നതിനെക്കുറിച്ചുള്ള ഘട്ടം ഘട്ടമായുള്ള നിർദ്ദേശങ്ങൾ ലേഖനത്തിൽ അടങ്ങിയിരിക്കും. നിങ്ങൾക്ക് എല്ലാ കോഡും കണ്ടെത്താനാകും ശേഖരങ്ങൾ. ഓരോ കമ്മിറ്റും ഈ ലേഖനത്തിന്റെ ഒരു വിഭാഗവുമായി യുക്തിസഹമായി യോജിക്കുന്നു.

ബ്രൗസർ വിപുലീകരണങ്ങളുടെ ഒരു ഹ്രസ്വ ചരിത്രം

ബ്രൗസർ വിപുലീകരണങ്ങൾ വളരെക്കാലമായി നിലവിലുണ്ട്. 1999-ൽ ഇന്റർനെറ്റ് എക്സ്പ്ലോററിൽ, 2004-ൽ ഫയർഫോക്സിൽ അവർ പ്രത്യക്ഷപ്പെട്ടു. എന്നിരുന്നാലും, വളരെക്കാലമായി വിപുലീകരണത്തിന് ഒരൊറ്റ മാനദണ്ഡമില്ല.

ഗൂഗിൾ ക്രോമിന്റെ നാലാമത്തെ പതിപ്പിലെ വിപുലീകരണങ്ങൾക്കൊപ്പം ഇത് പ്രത്യക്ഷപ്പെട്ടുവെന്ന് നമുക്ക് പറയാം. തീർച്ചയായും, അന്ന് ഒരു സ്പെസിഫിക്കേഷനും ഉണ്ടായിരുന്നില്ല, പക്ഷേ Chrome API ആയിരുന്നു അതിന്റെ അടിസ്ഥാനം: ബ്രൗസർ മാർക്കറ്റിന്റെ ഭൂരിഭാഗവും കീഴടക്കുകയും ഒരു ബിൽറ്റ്-ഇൻ ആപ്ലിക്കേഷൻ സ്റ്റോർ ഉള്ളതിനാൽ, Chrome യഥാർത്ഥത്തിൽ ബ്രൗസർ വിപുലീകരണങ്ങൾക്കുള്ള മാനദണ്ഡം സജ്ജമാക്കി.

മോസില്ലയ്ക്ക് അതിന്റേതായ സ്റ്റാൻഡേർഡ് ഉണ്ടായിരുന്നു, എന്നാൽ Chrome എക്സ്റ്റൻഷനുകളുടെ ജനപ്രീതി കണ്ടപ്പോൾ, അനുയോജ്യമായ API നിർമ്മിക്കാൻ കമ്പനി തീരുമാനിച്ചു. 2015-ൽ, മോസില്ലയുടെ മുൻകൈയിൽ, ക്രോസ്-ബ്രൗസർ എക്സ്റ്റൻഷൻ സ്പെസിഫിക്കേഷനുകളിൽ പ്രവർത്തിക്കാൻ വേൾഡ് വൈഡ് വെബ് കൺസോർഷ്യത്തിൽ (W3C) ഒരു പ്രത്യേക ഗ്രൂപ്പ് സൃഷ്ടിച്ചു.

Chrome-നുള്ള നിലവിലുള്ള API വിപുലീകരണങ്ങൾ അടിസ്ഥാനമായി എടുത്തു. മൈക്രോസോഫ്റ്റിന്റെ പിന്തുണയോടെയാണ് പ്രവർത്തനം നടത്തിയത് (സ്റ്റാൻഡേർഡിന്റെ വികസനത്തിൽ പങ്കെടുക്കാൻ ഗൂഗിൾ വിസമ്മതിച്ചു), അതിന്റെ ഫലമായി ഒരു ഡ്രാഫ്റ്റ് പ്രത്യക്ഷപ്പെട്ടു. സവിശേഷതകൾ.

ഔപചാരികമായി, സ്പെസിഫിക്കേഷൻ എഡ്ജ്, ഫയർഫോക്സ്, ഓപ്പറ എന്നിവ പിന്തുണയ്ക്കുന്നു (Chrome ഈ ലിസ്റ്റിൽ ഇല്ല എന്നത് ശ്രദ്ധിക്കുക). എന്നാൽ വാസ്തവത്തിൽ, സ്റ്റാൻഡേർഡ് Chrome-മായി ഏറെക്കുറെ അനുയോജ്യമാണ്, കാരണം ഇത് യഥാർത്ഥത്തിൽ അതിന്റെ വിപുലീകരണങ്ങളെ അടിസ്ഥാനമാക്കിയാണ് എഴുതിയിരിക്കുന്നത്. WebExtensions API-യെ കുറിച്ച് നിങ്ങൾക്ക് കൂടുതൽ വായിക്കാം ഇവിടെ.

വിപുലീകരണ ഘടന

വിപുലീകരണത്തിന് ആവശ്യമായ ഒരേയൊരു ഫയൽ മാനിഫെസ്റ്റ് (manifest.json) ആണ്. ഇത് വിപുലീകരണത്തിലേക്കുള്ള "പ്രവേശന പോയിന്റ്" കൂടിയാണ്.

മാനിഫെസ്റ്റോ

സ്പെസിഫിക്കേഷൻ അനുസരിച്ച്, മാനിഫെസ്റ്റ് ഫയൽ ഒരു സാധുവായ JSON ഫയലാണ്. ഏത് ബ്രൗസറിൽ ഏത് കീകൾ പിന്തുണയ്ക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങളുള്ള മാനിഫെസ്റ്റ് കീകളുടെ പൂർണ്ണമായ വിവരണം കാണാൻ കഴിയും ഇവിടെ.

സ്‌പെസിഫിക്കേഷനിൽ ഇല്ലാത്ത കീകൾ അവഗണിക്കപ്പെടാം (Chrome-ഉം Firefox-ഉം പിശകുകൾ റിപ്പോർട്ട് ചെയ്യുന്നു, പക്ഷേ വിപുലീകരണങ്ങൾ പ്രവർത്തിക്കുന്നത് തുടരുന്നു).

കൂടാതെ ചില പോയിന്റുകളിലേക്ക് ശ്രദ്ധ ആകർഷിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

1. പശ്ചാത്തലം - ഇനിപ്പറയുന്ന ഫീൽഡുകൾ ഉൾപ്പെടുന്ന ഒരു വസ്തു:
   1. സ്ക്രിപ്റ്റുകൾ - പശ്ചാത്തല സന്ദർഭത്തിൽ എക്സിക്യൂട്ട് ചെയ്യുന്ന സ്ക്രിപ്റ്റുകളുടെ ഒരു നിര (ഇതിനെക്കുറിച്ച് ഞങ്ങൾ കുറച്ച് കഴിഞ്ഞ് സംസാരിക്കും);
   2. പേജ് - ശൂന്യമായ പേജിൽ എക്സിക്യൂട്ട് ചെയ്യുന്ന സ്ക്രിപ്റ്റുകൾക്ക് പകരം, നിങ്ങൾക്ക് ഉള്ളടക്കമുള്ള html വ്യക്തമാക്കാൻ കഴിയും. ഈ സാഹചര്യത്തിൽ, സ്ക്രിപ്റ്റ് ഫീൽഡ് അവഗണിക്കപ്പെടും, കൂടാതെ ഉള്ളടക്ക പേജിലേക്ക് സ്ക്രിപ്റ്റുകൾ ചേർക്കേണ്ടതുണ്ട്;
   3. നിര്ബന്ധംപിടിക്കുക — ഒരു ബൈനറി ഫ്ലാഗ്, വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, ബ്രൗസർ അത് ഒന്നും ചെയ്യുന്നില്ലെന്ന് കണക്കാക്കുമ്പോൾ പശ്ചാത്തല പ്രക്രിയയെ "കൊല്ലും", ആവശ്യമെങ്കിൽ അത് പുനരാരംഭിക്കും. അല്ലെങ്കിൽ, ബ്രൗസർ അടയ്ക്കുമ്പോൾ മാത്രമേ പേജ് അൺലോഡ് ചെയ്യുകയുള്ളൂ. Firefox-ൽ പിന്തുണയ്ക്കുന്നില്ല.
2. ഉള്ളടക്ക_സ്ക്രിപ്റ്റുകൾ - വ്യത്യസ്ത വെബ് പേജുകളിലേക്ക് വ്യത്യസ്ത സ്ക്രിപ്റ്റുകൾ ലോഡ് ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒബ്ജക്റ്റുകളുടെ ഒരു നിര. ഓരോ ഒബ്ജക്റ്റിലും ഇനിപ്പറയുന്ന പ്രധാനപ്പെട്ട ഫീൽഡുകൾ അടങ്ങിയിരിക്കുന്നു:
   1. മത്സരങ്ങൾ - പാറ്റേൺ url, ഒരു പ്രത്യേക ഉള്ളടക്ക സ്ക്രിപ്റ്റ് ഉൾപ്പെടുത്തണോ വേണ്ടയോ എന്ന് ഇത് നിർണ്ണയിക്കുന്നു.
   2. js - ഈ മത്സരത്തിൽ ലോഡ് ചെയ്യുന്ന സ്ക്രിപ്റ്റുകളുടെ ഒരു ലിസ്റ്റ്;
   3. ഒഴിവാക്ക_പൊരുത്തങ്ങൾ - ഫീൽഡിൽ നിന്ന് ഒഴിവാക്കുന്നു match ഈ ഫീൽഡുമായി പൊരുത്തപ്പെടുന്ന URL-കൾ.
3. പേജ്_ആക്ഷൻ - യഥാർത്ഥത്തിൽ ബ്രൗസറിലെ അഡ്രസ് ബാറിന് അടുത്തായി പ്രദർശിപ്പിച്ചിരിക്കുന്ന ഐക്കണിനും അതുമായി ഇടപഴകുന്നതിനും ഉത്തരവാദിയായ ഒരു വസ്തുവാണ്. നിങ്ങളുടെ സ്വന്തം HTML, CSS, JS എന്നിവ ഉപയോഗിച്ച് നിർവചിച്ചിരിക്കുന്ന ഒരു പോപ്പ്അപ്പ് വിൻഡോ പ്രദർശിപ്പിക്കാനും ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.
   1. default_popup — പോപ്പ്അപ്പ് ഇന്റർഫേസുള്ള HTML ഫയലിലേക്കുള്ള പാതയിൽ CSS, JS എന്നിവ അടങ്ങിയിരിക്കാം.
4. അനുമതികൾ - വിപുലീകരണ അവകാശങ്ങൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള ഒരു ശ്രേണി. 3 തരത്തിലുള്ള അവകാശങ്ങളുണ്ട്, അവ വിശദമായി വിവരിച്ചിരിക്കുന്നു ഇവിടെ
5. web_accessible_resources — ഒരു വെബ് പേജിന് അഭ്യർത്ഥിക്കാൻ കഴിയുന്ന വിപുലീകരണ ഉറവിടങ്ങൾ, ഉദാഹരണത്തിന്, ഇമേജുകൾ, JS, CSS, HTML ഫയലുകൾ.
6. ബാഹ്യമായി_കണക്ടബിൾ — ഇവിടെ നിങ്ങൾക്ക് മറ്റ് വിപുലീകരണങ്ങളുടെ ഐഡികളും നിങ്ങൾക്ക് ബന്ധിപ്പിക്കാൻ കഴിയുന്ന വെബ് പേജുകളുടെ ഡൊമെയ്‌നുകളും വ്യക്തമായി വ്യക്തമാക്കാൻ കഴിയും. ഒരു ഡൊമെയ്ൻ രണ്ടാം നിലയോ ഉയർന്നതോ ആകാം. ഫയർഫോക്സിൽ പ്രവർത്തിക്കുന്നില്ല.

നിർവ്വഹണ സന്ദർഭം

വിപുലീകരണത്തിന് മൂന്ന് കോഡ് നിർവ്വഹണ സന്ദർഭങ്ങളുണ്ട്, അതായത്, ബ്രൗസർ API-യിലേക്കുള്ള ആക്‌സസിന്റെ വ്യത്യസ്ത തലങ്ങളുള്ള മൂന്ന് ഭാഗങ്ങൾ അപ്ലിക്കേഷനിൽ അടങ്ങിയിരിക്കുന്നു.

വിപുലീകരണ സന്ദർഭം

മിക്ക API-കളും ഇവിടെ ലഭ്യമാണ്. ഈ സാഹചര്യത്തിൽ അവർ "ജീവിക്കുന്നു":

1. പശ്ചാത്തല പേജ് - വിപുലീകരണത്തിന്റെ "ബാക്കെൻഡ്" ഭാഗം. "പശ്ചാത്തലം" കീ ഉപയോഗിച്ച് മാനിഫെസ്റ്റിൽ ഫയൽ വ്യക്തമാക്കിയിരിക്കുന്നു.
2. പോപ്പ്അപ്പ് പേജ് — നിങ്ങൾ വിപുലീകരണ ഐക്കണിൽ ക്ലിക്ക് ചെയ്യുമ്പോൾ ദൃശ്യമാകുന്ന ഒരു പോപ്പ്അപ്പ് പേജ്. പ്രകടനപത്രികയിൽ browser_action -> default_popup.
3. ഇഷ്ടാനുസൃത പേജ് - വിപുലീകരണ പേജ്, കാഴ്‌ചയുടെ ഒരു പ്രത്യേക ടാബിൽ "ജീവിക്കുന്നത്" chrome-extension://<id_расширения>/customPage.html.

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

ഉള്ളടക്ക സ്ക്രിപ്റ്റ് സന്ദർഭം

ഓരോ ബ്രൗസർ ടാബിനൊപ്പം ഉള്ളടക്ക സ്‌ക്രിപ്റ്റ് ഫയൽ സമാരംഭിച്ചു. വിപുലീകരണത്തിന്റെ API യുടെ ഭാഗത്തിലേക്കും വെബ് പേജിന്റെ DOM ട്രീയിലേക്കും ഇതിന് ആക്‌സസ് ഉണ്ട്. പേജുമായുള്ള ആശയവിനിമയത്തിന് ഉത്തരവാദികൾ ഉള്ളടക്ക സ്ക്രിപ്റ്റുകളാണ്. DOM ട്രീ കൈകാര്യം ചെയ്യുന്ന വിപുലീകരണങ്ങൾ ഇത് ഉള്ളടക്ക സ്ക്രിപ്റ്റുകളിൽ ചെയ്യുന്നു - ഉദാഹരണത്തിന്, പരസ്യ ബ്ലോക്കറുകൾ അല്ലെങ്കിൽ വിവർത്തകർ. കൂടാതെ, ഉള്ളടക്ക സ്ക്രിപ്റ്റിന് സ്റ്റാൻഡേർഡ് വഴി പേജുമായി ആശയവിനിമയം നടത്താനാകും postMessage.

വെബ് പേജ് സന്ദർഭം

ഇതാണ് യഥാർത്ഥ വെബ് പേജ്. മാനിഫെസ്റ്റിൽ ഈ പേജിന്റെ ഡൊമെയ്‌ൻ വ്യക്തമായി സൂചിപ്പിച്ചിട്ടില്ലാത്ത സന്ദർഭങ്ങളിലൊഴികെ ഇതിന് വിപുലീകരണവുമായി യാതൊരു ബന്ധവുമില്ല (ചുവടെയുള്ളതിൽ കൂടുതൽ).

സന്ദേശ കൈമാറ്റം

ആപ്ലിക്കേഷന്റെ വിവിധ ഭാഗങ്ങൾ പരസ്പരം സന്ദേശങ്ങൾ കൈമാറണം. ഇതിനായി ഒരു API ഉണ്ട് runtime.sendMessage ഒരു സന്ദേശം അയയ്ക്കാൻ background и tabs.sendMessage ഒരു പേജിലേക്ക് ഒരു സന്ദേശം അയക്കാൻ (ഉള്ളടക്ക സ്ക്രിപ്റ്റ്, പോപ്പ്അപ്പ് അല്ലെങ്കിൽ വെബ് പേജ് ലഭ്യമാണെങ്കിൽ externally_connectable). Chrome API ആക്സസ് ചെയ്യുമ്പോൾ ഒരു ഉദാഹരണം ചുവടെയുണ്ട്.

// Сообщением может быть любой JSON сериализуемый объект
const msg = {a: 'foo', b: 'bar'};

// extensionId можно не указывать, если мы хотим послать сообщение 'своему' расширению (из ui или контент скрипта)
chrome.runtime.sendMessage(extensionId, msg);

// Так выглядит обработчик
chrome.runtime.onMessage.addListener((msg) => console.log(msg))

// Можно слать сообщения вкладкам зная их id
chrome.tabs.sendMessage(tabId, msg)

// Получить к вкладкам и их id можно, например, вот так
chrome.tabs.query(
    {currentWindow: true, active : true},
    function(tabArray){
      tabArray.forEach(tab => console.log(tab.id))
    }
)

പൂർണ്ണ ആശയവിനിമയത്തിനായി, നിങ്ങൾക്ക് കണക്ഷനുകൾ സൃഷ്ടിക്കാൻ കഴിയും runtime.connect. പ്രതികരണമായി നമുക്ക് ലഭിക്കും runtime.Port, അതിലേക്ക്, അത് തുറന്നിരിക്കുമ്പോൾ, നിങ്ങൾക്ക് എത്ര സന്ദേശങ്ങൾ വേണമെങ്കിലും അയയ്ക്കാം. ഉപഭോക്താവിന്റെ ഭാഗത്ത്, ഉദാഹരണത്തിന്, contentscript, ഇത് ഇതുപോലെ കാണപ്പെടുന്നു:

// Опять же extensionId можно не указывать при коммуникации внутри одного расширения. Подключение можно именовать
const port = chrome.runtime.connect({name: "knockknock"});
port.postMessage({joke: "Knock knock"});
port.onMessage.addListener(function(msg) {
    if (msg.question === "Who's there?")
        port.postMessage({answer: "Madame"});
    else if (msg.question === "Madame who?")
        port.postMessage({answer: "Madame... Bovary"});

സെർവർ അല്ലെങ്കിൽ പശ്ചാത്തലം:

// Обработчик для подключения 'своих' вкладок. Контент скриптов, popup или страниц расширения
chrome.runtime.onConnect.addListener(function(port) {
    console.assert(port.name === "knockknock");
    port.onMessage.addListener(function(msg) {
        if (msg.joke === "Knock knock")
            port.postMessage({question: "Who's there?"});
        else if (msg.answer === "Madame")
            port.postMessage({question: "Madame who?"});
        else if (msg.answer === "Madame... Bovary")
            port.postMessage({question: "I don't get it."});
    });
});

// Обработчик для подключения внешних вкладок. Других расширений или веб страниц, которым разрешен доступ в манифесте
chrome.runtime.onConnectExternal.addListener(function(port) {
    ...
});

ഒരു സംഭവവുമുണ്ട് onDisconnect രീതിയും disconnect.

ആപ്ലിക്കേഷൻ ഡയഗ്രം

സ്വകാര്യ കീകൾ സംഭരിക്കുന്നതും പൊതു വിവരങ്ങളിലേക്കുള്ള ആക്‌സസ് നൽകുന്നതുമായ ഒരു ബ്രൗസർ വിപുലീകരണം നമുക്ക് ഉണ്ടാക്കാം (വിലാസം, പൊതു കീ പേജുമായി ആശയവിനിമയം നടത്തുകയും ഇടപാടുകൾക്കായി ഒപ്പ് അഭ്യർത്ഥിക്കാൻ മൂന്നാം കക്ഷി അപ്ലിക്കേഷനുകളെ അനുവദിക്കുകയും ചെയ്യുന്നു.

ആപ്ലിക്കേഷൻ വികസനം

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

മറ്റൊരു സ്ക്രിപ്റ്റ് ഉണ്ടാകും - inpage, അത് ഞങ്ങൾ പേജിലേക്ക് കുത്തിവയ്ക്കും. ഇത് അതിന്റെ സന്ദർഭത്തിൽ പ്രവർത്തിക്കുകയും വിപുലീകരണത്തിനൊപ്പം പ്രവർത്തിക്കാൻ ഒരു API നൽകുകയും ചെയ്യും.

തുടക്കം

എല്ലാ ബ്രൗസർ വിപുലീകരണ കോഡും ഇവിടെ ലഭ്യമാണ് സാമൂഹികം. വിവരണത്തിനിടയിൽ കമ്മിറ്റുകളിലേക്കുള്ള ലിങ്കുകൾ ഉണ്ടാകും.

നമുക്ക് മാനിഫെസ്റ്റോയിൽ നിന്ന് ആരംഭിക്കാം:

{
  // Имя и описание, версия. Все это будет видно в браузере в chrome://extensions/?id=<id расширения>
  "name": "Signer",
  "description": "Extension demo",
  "version": "0.0.1",
  "manifest_version": 2,

  // Скрипты, которые будут исполнятся в background, их может быть несколько
  "background": {
    "scripts": ["background.js"]
  },

  // Какой html использовать для popup
  "browser_action": {
    "default_title": "My Extension",
    "default_popup": "popup.html"
  },

  // Контент скрипты.
  // У нас один объект: для всех url начинающихся с http или https мы запускаем
  // contenscript context со скриптом contentscript.js. Запускать сразу по получении документа для всех фреймов
  "content_scripts": [
    {
      "matches": [
        "http://*/*",
        "https://*/*"
      ],
      "js": [
        "contentscript.js"
      ],
      "run_at": "document_start",
      "all_frames": true
    }
  ],
  // Разрешен доступ к localStorage и idle api
  "permissions": [
    "storage",
    // "unlimitedStorage",
    //"clipboardWrite",
    "idle"
    //"activeTab",
    //"webRequest",
    //"notifications",
    //"tabs"
  ],
  // Здесь указываются ресурсы, к которым будет иметь доступ веб страница. Тоесть их можно будет запрашивать fetche'м или просто xhr
  "web_accessible_resources": ["inpage.js"]
}

ശൂന്യമായ background.js, popup.js, inpage.js, contentscript.js എന്നിവ സൃഷ്‌ടിക്കുക. ഞങ്ങൾ popup.html ചേർക്കുന്നു - ഞങ്ങളുടെ ആപ്ലിക്കേഷൻ ഇതിനകം തന്നെ Google Chrome-ൽ ലോഡുചെയ്യാനും അത് പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കാനും കഴിയും.

ഇത് സ്ഥിരീകരിക്കാൻ, നിങ്ങൾക്ക് കോഡ് എടുക്കാം ഇവിടെ നിന്ന്. ഞങ്ങൾ ചെയ്‌തതിന് പുറമേ, വെബ്‌പാക്ക് ഉപയോഗിച്ച് ലിങ്ക് പ്രോജക്‌റ്റിന്റെ അസംബ്ലി കോൺഫിഗർ ചെയ്‌തു. ബ്രൗസറിലേക്ക് ഒരു ആപ്ലിക്കേഷൻ ചേർക്കുന്നതിന്, chrome://extensions-ൽ നിങ്ങൾ ലോഡ് അൺപാക്ക് ചെയ്തതും അനുബന്ധ വിപുലീകരണമുള്ള ഫോൾഡറും തിരഞ്ഞെടുക്കേണ്ടതുണ്ട് - ഞങ്ങളുടെ കാര്യത്തിൽ ഡിസ്റ്റ്.

ഇപ്പോൾ ഞങ്ങളുടെ വിപുലീകരണം ഇൻസ്റ്റാൾ ചെയ്യുകയും പ്രവർത്തിക്കുകയും ചെയ്യുന്നു. വ്യത്യസ്ത സന്ദർഭങ്ങൾക്കായി നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന രീതിയിൽ ഡവലപ്പർ ടൂളുകൾ പ്രവർത്തിപ്പിക്കാൻ കഴിയും:

പോപ്പ്അപ്പ് ->

ഉള്ളടക്ക സ്‌ക്രിപ്റ്റ് കൺസോളിലേക്കുള്ള ആക്‌സസ് അത് സമാരംഭിച്ച പേജിന്റെ കൺസോൾ വഴിയാണ് നടപ്പിലാക്കുന്നത്.

സന്ദേശ കൈമാറ്റം

അതിനാൽ, ഞങ്ങൾ രണ്ട് ആശയവിനിമയ ചാനലുകൾ സ്ഥാപിക്കേണ്ടതുണ്ട്: ഇൻപേജ് പശ്ചാത്തലവും പോപ്പ്അപ്പ് പശ്ചാത്തലവും. നിങ്ങൾക്ക് തീർച്ചയായും പോർട്ടിലേക്ക് സന്ദേശങ്ങൾ അയയ്‌ക്കാനും നിങ്ങളുടെ സ്വന്തം പ്രോട്ടോക്കോൾ കണ്ടുപിടിക്കാനും കഴിയും, എന്നാൽ മെറ്റാമാസ്ക് ഓപ്പൺ സോഴ്‌സ് പ്രോജക്റ്റിൽ ഞാൻ കണ്ട സമീപനമാണ് ഞാൻ ഇഷ്ടപ്പെടുന്നത്.

Ethereum നെറ്റ്‌വർക്കിൽ പ്രവർത്തിക്കുന്നതിനുള്ള ഒരു ബ്രൗസർ വിപുലീകരണമാണിത്. അതിൽ, ആപ്ലിക്കേഷന്റെ വിവിധ ഭാഗങ്ങൾ dnode ലൈബ്രറി ഉപയോഗിച്ച് RPC വഴി ആശയവിനിമയം നടത്തുന്നു. നിങ്ങൾ ഒരു ട്രാൻസ്‌പോർട്ട് ആയി ഒരു nodejs സ്ട്രീം നൽകുകയാണെങ്കിൽ (അതായത് ഒരേ ഇന്റർഫേസ് നടപ്പിലാക്കുന്ന ഒരു ഒബ്‌ജക്റ്റ്) ഒരു എക്സ്ചേഞ്ച് വളരെ വേഗത്തിലും സൗകര്യപ്രദമായും സംഘടിപ്പിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു:

import Dnode from "dnode/browser";

// В этом примере условимся что клиент удаленно вызывает функции на сервере, хотя ничего нам не мешает сделать это двунаправленным

// Cервер
// API, которое мы хотим предоставить
const dnode = Dnode({
    hello: (cb) => cb(null, "world")
})
// Транспорт, поверх которого будет работать dnode. Любой nodejs стрим. В браузере есть бибилиотека 'readable-stream'
connectionStream.pipe(dnode).pipe(connectionStream)

// Клиент
const dnodeClient = Dnode() // Вызов без агрумента значит что мы не предоставляем API на другой стороне

// Выведет в консоль world
dnodeClient.once('remote', remote => {
    remote.hello(((err, value) => console.log(value)))
})

ഇപ്പോൾ ഞങ്ങൾ ഒരു ആപ്ലിക്കേഷൻ ക്ലാസ് സൃഷ്ടിക്കും. ഇത് പോപ്പ്അപ്പിനും വെബ് പേജിനുമായി API ഒബ്‌ജക്റ്റുകൾ സൃഷ്‌ടിക്കുകയും അവയ്‌ക്കായി ഒരു dnode സൃഷ്‌ടിക്കുകയും ചെയ്യും:

import Dnode from 'dnode/browser';

export class SignerApp {

    // Возвращает объект API для ui
    popupApi(){
        return {
            hello: cb => cb(null, 'world')
        }
    }

    // Возвращает объет API для страницы
    pageApi(){
        return {
            hello: cb => cb(null, 'world')
        }
    }

    // Подключает popup ui
    connectPopup(connectionStream){
        const api = this.popupApi();
        const dnode = Dnode(api);

        connectionStream.pipe(dnode).pipe(connectionStream);

        dnode.on('remote', (remote) => {
            console.log(remote)
        })
    }

    // Подключает страницу
    connectPage(connectionStream, origin){
        const api = this.popupApi();
        const dnode = Dnode(api);

        connectionStream.pipe(dnode).pipe(connectionStream);

        dnode.on('remote', (remote) => {
            console.log(origin);
            console.log(remote)
        })
    }
}

ഇവിടെയും താഴെയും, ആഗോള Chrome ഒബ്‌ജക്റ്റിന് പകരം, ഞങ്ങൾ extensionApi ഉപയോഗിക്കുന്നു, അത് Google-ന്റെ ബ്രൗസറിൽ Chrome ആക്‌സസ് ചെയ്യുന്നു, മറ്റുള്ളവയിൽ ബ്രൗസറും. ക്രോസ്-ബ്രൗസർ അനുയോജ്യതയ്ക്കായാണ് ഇത് ചെയ്യുന്നത്, എന്നാൽ ഈ ലേഖനത്തിന്റെ ഉദ്ദേശ്യങ്ങൾക്കായി, നിങ്ങൾക്ക് 'chrome.runtime.connect' ഉപയോഗിക്കാം.

ബാക്ക്ഗ്രൗണ്ട് സ്‌ക്രിപ്റ്റിൽ ഒരു ആപ്ലിക്കേഷൻ ഇൻസ്‌റ്റൻസ് സൃഷ്‌ടിക്കാം:

import {extensionApi} from "./utils/extensionApi";
import {PortStream} from "./utils/PortStream";
import {SignerApp} from "./SignerApp";

const app = new SignerApp();

// onConnect срабатывает при подключении 'процессов' (contentscript, popup, или страница расширения)
extensionApi.runtime.onConnect.addListener(connectRemote);

function connectRemote(remotePort) {
    const processName = remotePort.name;
    const portStream = new PortStream(remotePort);
    // При установке соединения можно указывать имя, по этому имени мы и оппределяем кто к нам подлючился, контентскрипт или ui
    if (processName === 'contentscript'){
        const origin = remotePort.sender.url
        app.connectPage(portStream, origin)
    }else{
        app.connectPopup(portStream)
    }
}

dnode സ്ട്രീമുകളിൽ പ്രവർത്തിക്കുകയും ഞങ്ങൾക്ക് ഒരു പോർട്ട് ലഭിക്കുകയും ചെയ്യുന്നതിനാൽ, ഒരു അഡാപ്റ്റർ ക്ലാസ് ആവശ്യമാണ്. ബ്രൗസറിൽ nodejs സ്ട്രീമുകൾ നടപ്പിലാക്കുന്ന റീഡബിൾ-സ്ട്രീം ലൈബ്രറി ഉപയോഗിച്ചാണ് ഇത് നിർമ്മിച്ചിരിക്കുന്നത്:

import {Duplex} from 'readable-stream';

export class PortStream extends Duplex{
    constructor(port){
        super({objectMode: true});
        this._port = port;
        port.onMessage.addListener(this._onMessage.bind(this));
        port.onDisconnect.addListener(this._onDisconnect.bind(this))
    }

    _onMessage(msg) {
        if (Buffer.isBuffer(msg)) {
            delete msg._isBuffer;
            const data = new Buffer(msg);
            this.push(data)
        } else {
            this.push(msg)
        }
    }

    _onDisconnect() {
        this.destroy()
    }

    _read(){}

    _write(msg, encoding, cb) {
        try {
            if (Buffer.isBuffer(msg)) {
                const data = msg.toJSON();
                data._isBuffer = true;
                this._port.postMessage(data)
            } else {
                this._port.postMessage(msg)
            }
        } catch (err) {
            return cb(new Error('PortStream - disconnected'))
        }
        cb()
    }
}

ഇനി നമുക്ക് യുഐയിൽ ഒരു കണക്ഷൻ ഉണ്ടാക്കാം:

import {extensionApi} from "./utils/extensionApi";
import {PortStream} from "./utils/PortStream";
import Dnode from 'dnode/browser';

const DEV_MODE = process.env.NODE_ENV !== 'production';

setupUi().catch(console.error);

async function setupUi(){
    // Также, как и в классе приложения создаем порт, оборачиваем в stream, делаем  dnode
    const backgroundPort = extensionApi.runtime.connect({name: 'popup'});
    const connectionStream = new PortStream(backgroundPort);

    const dnode = Dnode();

    connectionStream.pipe(dnode).pipe(connectionStream);

    const background = await new Promise(resolve => {
        dnode.once('remote', api => {
            resolve(api)
        })
    });

    // Делаем объект API доступным из консоли
    if (DEV_MODE){
        global.background = background;
    }
}

തുടർന്ന് ഞങ്ങൾ ഉള്ളടക്ക സ്ക്രിപ്റ്റിൽ കണക്ഷൻ സൃഷ്ടിക്കുന്നു:

import {extensionApi} from "./utils/extensionApi";
import {PortStream} from "./utils/PortStream";
import PostMessageStream from 'post-message-stream';

setupConnection();
injectScript();

function setupConnection(){
    const backgroundPort = extensionApi.runtime.connect({name: 'contentscript'});
    const backgroundStream = new PortStream(backgroundPort);

    const pageStream = new PostMessageStream({
        name: 'content',
        target: 'page',
    });

    pageStream.pipe(backgroundStream).pipe(pageStream);
}

function injectScript(){
    try {
        // inject in-page script
        let script = document.createElement('script');
        script.src = extensionApi.extension.getURL('inpage.js');
        const container = document.head || document.documentElement;
        container.insertBefore(script, container.children[0]);
        script.onload = () => script.remove();
    } catch (e) {
        console.error('Injection failed.', e);
    }
}

ഞങ്ങൾക്ക് API ആവശ്യമുള്ളത് ഉള്ളടക്ക സ്ക്രിപ്റ്റിലല്ല, മറിച്ച് നേരിട്ട് പേജിൽ ആയതിനാൽ, ഞങ്ങൾ രണ്ട് കാര്യങ്ങൾ ചെയ്യുന്നു:

1. ഞങ്ങൾ രണ്ട് സ്ട്രീമുകൾ സൃഷ്ടിക്കുന്നു. ഒന്ന് - പേജിന് നേരെ, പോസ്റ്റ് മെസേജിന് മുകളിൽ. ഇതിനായി ഞങ്ങൾ ഇത് ഉപയോഗിക്കുന്നു ഈ പാക്കേജ് മെറ്റാമാസ്കിന്റെ സ്രഷ്‌ടാക്കളിൽ നിന്ന്. രണ്ടാമത്തെ സ്ട്രീം ലഭിക്കുന്നത് പോർട്ടിന്റെ പശ്ചാത്തലത്തിലാണ് runtime.connect. നമുക്ക് അവ വാങ്ങാം. ഇപ്പോൾ പേജിന് പശ്ചാത്തലത്തിലേക്ക് ഒരു സ്ട്രീം ഉണ്ടാകും.
2. DOM-ലേക്ക് സ്ക്രിപ്റ്റ് കുത്തിവയ്ക്കുക. സ്‌ക്രിപ്റ്റ് ഡൗൺലോഡ് ചെയ്യുക (അതിലേക്കുള്ള ആക്‌സസ് മാനിഫെസ്റ്റിൽ അനുവദിച്ചിരുന്നു) കൂടാതെ ഒരു ടാഗ് സൃഷ്‌ടിക്കുക script അതിന്റെ ഉള്ളടക്കങ്ങൾ ഉള്ളിൽ:

import PostMessageStream from 'post-message-stream';
import {extensionApi} from "./utils/extensionApi";
import {PortStream} from "./utils/PortStream";

setupConnection();
injectScript();

function setupConnection(){
    // Стрим к бекграунду
    const backgroundPort = extensionApi.runtime.connect({name: 'contentscript'});
    const backgroundStream = new PortStream(backgroundPort);

    // Стрим к странице
    const pageStream = new PostMessageStream({
        name: 'content',
        target: 'page',
    });

    pageStream.pipe(backgroundStream).pipe(pageStream);
}

function injectScript(){
    try {
        // inject in-page script
        let script = document.createElement('script');
        script.src = extensionApi.extension.getURL('inpage.js');
        const container = document.head || document.documentElement;
        container.insertBefore(script, container.children[0]);
        script.onload = () => script.remove();
    } catch (e) {
        console.error('Injection failed.', e);
    }
}

ഇപ്പോൾ ഞങ്ങൾ ഇൻപേജിൽ ഒരു എപിഐ ഒബ്‌ജക്റ്റ് സൃഷ്‌ടിക്കുകയും അത് ആഗോളമായി സജ്ജമാക്കുകയും ചെയ്യുന്നു:

import PostMessageStream from 'post-message-stream';
import Dnode from 'dnode/browser';

setupInpageApi().catch(console.error);

async function setupInpageApi() {
    // Стрим к контентскрипту
    const connectionStream = new PostMessageStream({
        name: 'page',
        target: 'content',
    });

    const dnode = Dnode();

    connectionStream.pipe(dnode).pipe(connectionStream);

    // Получаем объект API
    const pageApi = await new Promise(resolve => {
        dnode.once('remote', api => {
            resolve(api)
        })
    });

    // Доступ через window
    global.SignerApp = pageApi;
}

ഞങ്ങൾ തയ്യാറാണ് പേജിനും യുഐക്കുമായി പ്രത്യേക API ഉള്ള വിദൂര നടപടിക്രമ കോൾ (RPC).. ഒരു പുതിയ പേജ് പശ്ചാത്തലത്തിലേക്ക് ബന്ധിപ്പിക്കുമ്പോൾ നമുക്ക് ഇത് കാണാൻ കഴിയും:

ശൂന്യമായ API, ഉത്ഭവം. പേജിന്റെ ഭാഗത്ത്, നമുക്ക് ഹലോ ഫംഗ്‌ഷനെ ഇതുപോലെ വിളിക്കാം:

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

API ഒബ്‌ജക്‌റ്റുകൾ ഇപ്പോൾ ഇതുപോലെ കാണപ്പെടും:

export class SignerApp {

    popupApi() {
        return {
            hello: async () => "world"
        }
    }

...

}

ഇതുപോലെയുള്ള റിമോട്ടിൽ നിന്ന് ഒരു ഒബ്ജക്റ്റ് ലഭിക്കുന്നത്:

import {cbToPromise, transformMethods} from "../../src/utils/setupDnode";

const pageApi = await new Promise(resolve => {
    dnode.once('remote', remoteApi => {
        // С помощью утилит меняем все callback на promise
        resolve(transformMethods(cbToPromise, remoteApi))
    })
});

കോൾ ഫംഗ്‌ഷനുകൾ ഒരു വാഗ്ദാനം നൽകുന്നു:

അസിൻക്രണസ് ഫംഗ്‌ഷനുകളുള്ള പതിപ്പ് ലഭ്യമാണ് ഇവിടെ.

മൊത്തത്തിൽ, ആർ‌പി‌സിയും സ്‌ട്രീം സമീപനവും തികച്ചും അയവുള്ളതായി തോന്നുന്നു: നമുക്ക് സ്റ്റീം മൾട്ടിപ്ലക്‌സിംഗ് ഉപയോഗിക്കാനും വ്യത്യസ്ത ജോലികൾക്കായി നിരവധി വ്യത്യസ്ത എപിഐകൾ സൃഷ്‌ടിക്കാനും കഴിയും. തത്വത്തിൽ, dnode എവിടെയും ഉപയോഗിക്കാം, പ്രധാന കാര്യം ഒരു nodejs സ്ട്രീം രൂപത്തിൽ ഗതാഗതം പൊതിയുക എന്നതാണ്.

ഒരു ബദൽ JSON ഫോർമാറ്റാണ്, അത് JSON RPC 2 പ്രോട്ടോക്കോൾ നടപ്പിലാക്കുന്നു. എന്നിരുന്നാലും, ഇത് നിർദ്ദിഷ്ട ട്രാൻസ്പോർട്ടുകളിൽ (TCP, HTTP(S)) പ്രവർത്തിക്കുന്നു, ഇത് ഞങ്ങളുടെ കാര്യത്തിൽ ബാധകമല്ല.

ആഭ്യന്തര സംസ്ഥാനവും പ്രാദേശിക സംഭരണവും

ആപ്ലിക്കേഷന്റെ ആന്തരിക നില - കുറഞ്ഞത് സൈനിംഗ് കീകളെങ്കിലും ഞങ്ങൾ സംഭരിക്കേണ്ടതുണ്ട്. പോപ്പ്അപ്പ് API-യിൽ നമുക്ക് ആപ്ലിക്കേഷനിലേക്ക് ഒരു അവസ്ഥയും അത് മാറ്റുന്നതിനുള്ള രീതികളും വളരെ എളുപ്പത്തിൽ ചേർക്കാൻ കഴിയും:

import {setupDnode} from "./utils/setupDnode";

export class SignerApp {

    constructor(){
        this.store = {
            keys: [],
        };
    }

    addKey(key){
        this.store.keys.push(key)
    }

    removeKey(index){
        this.store.keys.splice(index,1)
    }

    popupApi(){
        return {
            addKey: async (key) => this.addKey(key),
            removeKey: async (index) => this.removeKey(index)
        }
    }

    ...

} 

പശ്ചാത്തലത്തിൽ, ഞങ്ങൾ എല്ലാം ഒരു ഫംഗ്‌ഷനിൽ പൊതിഞ്ഞ് ആപ്ലിക്കേഷൻ ഒബ്‌ജക്റ്റ് വിൻഡോയിലേക്ക് എഴുതും, അതുവഴി ഞങ്ങൾക്ക് കൺസോളിൽ നിന്ന് അത് ഉപയോഗിച്ച് പ്രവർത്തിക്കാനാകും:

import {extensionApi} from "./utils/extensionApi";
import {PortStream} from "./utils/PortStream";
import {SignerApp} from "./SignerApp";

const DEV_MODE = process.env.NODE_ENV !== 'production';

setupApp();

function setupApp() {
    const app = new SignerApp();

    if (DEV_MODE) {
        global.app = app;
    }

    extensionApi.runtime.onConnect.addListener(connectRemote);

    function connectRemote(remotePort) {
        const processName = remotePort.name;
        const portStream = new PortStream(remotePort);
        if (processName === 'contentscript') {
            const origin = remotePort.sender.url;
            app.connectPage(portStream, origin)
        } else {
            app.connectPopup(portStream)
        }
    }
}

യുഐ കൺസോളിൽ നിന്ന് കുറച്ച് കീകൾ ചേർത്ത് സ്റ്റേറ്റിൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് നോക്കാം:

പുനരാരംഭിക്കുമ്പോൾ കീകൾ നഷ്‌ടപ്പെടാതിരിക്കാൻ സംസ്ഥാനം സ്ഥിരത പുലർത്തേണ്ടതുണ്ട്.

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

ഞങ്ങൾ mobx ലൈബ്രറി ഉപയോഗിക്കും (https://github.com/mobxjs/mobx). ഞാൻ അതിൽ പ്രവർത്തിക്കേണ്ടതില്ലാത്തതിനാൽ തിരഞ്ഞെടുപ്പ് അതിൽ വീണു, പക്ഷേ അത് പഠിക്കാൻ ഞാൻ ശരിക്കും ആഗ്രഹിച്ചു.

നമുക്ക് പ്രാരംഭ നിലയുടെ സമാരംഭം ചേർത്ത് സ്റ്റോർ നിരീക്ഷിക്കാവുന്നതാക്കാം:

import {observable, action} from 'mobx';
import {setupDnode} from "./utils/setupDnode";

export class SignerApp {

    constructor(initState = {}) {
        // Внешне store так и останется тем же объектом, только теперь все его поля стали proxy, которые отслеживают доступ к ним
        this.store =  observable.object({
            keys: initState.keys || [],
        });
    }

    // Методы, которые меняют observable принято оборачивать декоратором
    @action
    addKey(key) {
        this.store.keys.push(key)
    }

    @action
    removeKey(index) {
        this.store.keys.splice(index, 1)
    }

    ...

}

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

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

ആക്ഷൻ ഡെക്കറേറ്റർമാർ രണ്ട് ഉദ്ദേശ്യങ്ങൾ നിറവേറ്റുന്നു:

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

പശ്ചാത്തലത്തിൽ ഞങ്ങൾ ലോക്കൽ സ്റ്റോറേജിൽ സമാരംഭിക്കുകയും സംസ്ഥാനം സംരക്ഷിക്കുകയും ചെയ്യും:

import {reaction, toJS} from 'mobx';
import {extensionApi} from "./utils/extensionApi";
import {PortStream} from "./utils/PortStream";
import {SignerApp} from "./SignerApp";
// Вспомогательные методы. Записывают/читают объект в/из localStorage виде JSON строки по ключу 'store'
import {loadState, saveState} from "./utils/localStorage";

const DEV_MODE = process.env.NODE_ENV !== 'production';

setupApp();

function setupApp() {
    const initState = loadState();
    const app = new SignerApp(initState);

    if (DEV_MODE) {
        global.app = app;
    }

    // Setup state persistence

    // Результат reaction присваивается переменной, чтобы подписку можно было отменить. Нам это не нужно, оставлено для примера
    const localStorageReaction = reaction(
        () => toJS(app.store), // Функция-селектор данных
        saveState // Функция, которая будет вызвана при изменении данных, которые возвращает селектор
    );

    extensionApi.runtime.onConnect.addListener(connectRemote);

    function connectRemote(remotePort) {
        const processName = remotePort.name;
        const portStream = new PortStream(remotePort);
        if (processName === 'contentscript') {
            const origin = remotePort.sender.url
            app.connectPage(portStream, origin)
        } else {
            app.connectPopup(portStream)
        }
    }
}

പ്രതികരണ പ്രവർത്തനം ഇവിടെ രസകരമാണ്. ഇതിന് രണ്ട് വാദങ്ങളുണ്ട്:

1. ഡാറ്റ സെലക്ടർ.
2. ഈ ഡാറ്റ മാറുമ്പോഴെല്ലാം വിളിക്കപ്പെടുന്ന ഒരു ഹാൻഡ്‌ലർ.

redux-ൽ നിന്ന് വ്യത്യസ്തമായി, ഒരു ആർഗ്യുമെന്റായി നമുക്ക് സംസ്ഥാനം ലഭിക്കുന്നു, സെലക്ടറിനുള്ളിൽ നമ്മൾ ആക്‌സസ് ചെയ്യുന്ന നിരീക്ഷണങ്ങൾ ഏതൊക്കെയാണെന്ന് mobx ഓർക്കുന്നു, അവ മാറുമ്പോൾ മാത്രമേ ഹാൻഡ്‌ലറെ വിളിക്കൂ.

ഏത് നിരീക്ഷണങ്ങളാണ് ഞങ്ങൾ സബ്‌സ്‌ക്രൈബുചെയ്യുന്നതെന്ന് mobx കൃത്യമായി എങ്ങനെ തീരുമാനിക്കുന്നുവെന്ന് മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്. ഞാൻ ഇതുപോലെ കോഡിൽ ഒരു സെലക്ടർ എഴുതിയാൽ() => app.store, അപ്പോൾ പ്രതികരണം ഒരിക്കലും വിളിക്കപ്പെടില്ല, കാരണം സംഭരണം തന്നെ നിരീക്ഷിക്കാൻ കഴിയില്ല, അതിന്റെ ഫീൽഡുകൾ മാത്രമാണ്.

ഞാൻ ഇങ്ങനെ എഴുതിയാൽ () => app.store.keys, പിന്നെയും ഒന്നും സംഭവിക്കില്ല, കാരണം അറേ ഘടകങ്ങൾ ചേർക്കുമ്പോൾ/നീക്കം ചെയ്യുമ്പോൾ, അതിലേക്കുള്ള റഫറൻസ് മാറില്ല.

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

പോപ്പ്അപ്പ് കൺസോളിൽ ഞങ്ങൾ വീണ്ടും നിരവധി കീകൾ ചേർക്കും. ഇത്തവണ അവർ ലോക്കൽ സ്റ്റോറേജിലും എത്തി:

പശ്ചാത്തല പേജ് വീണ്ടും ലോഡുചെയ്യുമ്പോൾ, വിവരങ്ങൾ അതേപടി നിലനിൽക്കും.

ഇത് വരെയുള്ള എല്ലാ ആപ്ലിക്കേഷൻ കോഡുകളും കാണാൻ കഴിയും ഇവിടെ.

സ്വകാര്യ കീകളുടെ സുരക്ഷിത സംഭരണം

വ്യക്തമായ ടെക്‌സ്‌റ്റിൽ സ്വകാര്യ കീകൾ സൂക്ഷിക്കുന്നത് സുരക്ഷിതമല്ല: നിങ്ങൾ ഹാക്ക് ചെയ്യപ്പെടാനും നിങ്ങളുടെ കമ്പ്യൂട്ടറിലേക്ക് ആക്‌സസ് നേടാനും മറ്റും എല്ലായ്‌പ്പോഴും ഒരു അവസരമുണ്ട്. അതിനാൽ, ലോക്കൽ സ്റ്റോറേജിൽ ഞങ്ങൾ കീകൾ പാസ്‌വേഡ്-എൻക്രിപ്റ്റ് ചെയ്ത രൂപത്തിൽ സംഭരിക്കും.

കൂടുതൽ സുരക്ഷയ്‌ക്കായി, ഞങ്ങൾ അപ്ലിക്കേഷനിലേക്ക് ഒരു ലോക്ക് ചെയ്‌ത അവസ്ഥ ചേർക്കും, അതിൽ കീകളിലേക്ക് ആക്‌സസ് ഉണ്ടാകില്ല. കാലഹരണപ്പെട്ടതിനാൽ ഞങ്ങൾ വിപുലീകരണം സ്വയമേവ ലോക്ക് ചെയ്ത നിലയിലേക്ക് മാറ്റും.

ഏറ്റവും കുറഞ്ഞ ഡാറ്റ മാത്രം സംഭരിക്കുന്നതിന് Mobx നിങ്ങളെ അനുവദിക്കുന്നു, ബാക്കിയുള്ളവ അതിന്റെ അടിസ്ഥാനത്തിൽ യാന്ത്രികമായി കണക്കാക്കുന്നു. ഇവയാണ് കമ്പ്യൂട്ട് പ്രോപ്പർട്ടികൾ എന്ന് വിളിക്കപ്പെടുന്നവ. ഡാറ്റാബേസുകളിലെ കാഴ്ചകളുമായി അവയെ താരതമ്യം ചെയ്യാം:

import {observable, action} from 'mobx';
import {setupDnode} from "./utils/setupDnode";
// Утилиты для безопасного шифрования строк. Используют crypto-js
import {encrypt, decrypt} from "./utils/cryptoUtils";

export class SignerApp {
    constructor(initState = {}) {
        this.store = observable.object({
            // Храним пароль и зашифрованные ключи. Если пароль null - приложение locked
            password: null,
            vault: initState.vault,

            // Геттеры для вычислимых полей. Можно провести аналогию с view в бд.
            get locked(){
                return this.password == null
            },
            get keys(){
                return this.locked ?
                    undefined :
                    SignerApp._decryptVault(this.vault, this.password)
            },
            get initialized(){
                return this.vault !== undefined
            }
        })
    }
    // Инициализация пустого хранилища новым паролем
    @action
    initVault(password){
        this.store.vault = SignerApp._encryptVault([], password)
    }
    @action
    lock() {
        this.store.password = null
    }
    @action
    unlock(password) {
        this._checkPassword(password);
        this.store.password = password
    }
    @action
    addKey(key) {
        this._checkLocked();
        this.store.vault = SignerApp._encryptVault(this.store.keys.concat(key), this.store.password)
    }
    @action
    removeKey(index) {
        this._checkLocked();
        this.store.vault = SignerApp._encryptVault([
                ...this.store.keys.slice(0, index),
                ...this.store.keys.slice(index + 1)
            ],
            this.store.password
        )
    }

    ... // код подключения и api

    // private
    _checkPassword(password) {
        SignerApp._decryptVault(this.store.vault, password);
    }

    _checkLocked() {
        if (this.store.locked){
            throw new Error('App is locked')
        }
    }

    // Методы для шифровки/дешифровки хранилища
    static _encryptVault(obj, pass){
        const jsonString = JSON.stringify(obj)
        return encrypt(jsonString, pass)
    }

    static _decryptVault(str, pass){
        if (str === undefined){
            throw new Error('Vault not initialized')
        }
        try {
            const jsonString = decrypt(str, pass)
            return JSON.parse(jsonString)
        }catch (e) {
            throw new Error('Wrong password')
        }
    }
}

ഇപ്പോൾ ഞങ്ങൾ എൻക്രിപ്റ്റ് ചെയ്ത കീകളും പാസ്‌വേഡും മാത്രം സംഭരിക്കുന്നു. ബാക്കി എല്ലാം കണക്കുകൂട്ടി. സംസ്ഥാനത്ത് നിന്ന് പാസ്‌വേഡ് നീക്കം ചെയ്തുകൊണ്ട് ഞങ്ങൾ ലോക്ക് ചെയ്ത അവസ്ഥയിലേക്ക് കൈമാറ്റം ചെയ്യുന്നു. പബ്ലിക് എപിഐയ്ക്ക് ഇപ്പോൾ സ്റ്റോറേജ് ആരംഭിക്കുന്നതിനുള്ള ഒരു രീതിയുണ്ട്.

എൻക്രിപ്ഷൻ വേണ്ടി എഴുതിയത് crypto-js ഉപയോഗിക്കുന്ന യൂട്ടിലിറ്റികൾ:

import CryptoJS from 'crypto-js'

// Используется для осложнения подбора пароля перебором. На каждый вариант пароля злоумышленнику придется сделать 5000 хешей
function strengthenPassword(pass, rounds = 5000) {
    while (rounds-- > 0){
        pass = CryptoJS.SHA256(pass).toString()
    }
    return pass
}

export function encrypt(str, pass){
    const strongPass = strengthenPassword(pass);
    return CryptoJS.AES.encrypt(str, strongPass).toString()
}

export function decrypt(str, pass){
    const strongPass = strengthenPassword(pass)
    const decrypted = CryptoJS.AES.decrypt(str, strongPass);
    return decrypted.toString(CryptoJS.enc.Utf8)
}

ബ്രൗസറിന് ഒരു നിഷ്‌ക്രിയ API ഉണ്ട്, അതിലൂടെ നിങ്ങൾക്ക് ഒരു ഇവന്റിലേക്ക് സബ്‌സ്‌ക്രൈബുചെയ്യാനാകും - അവസ്ഥ മാറ്റങ്ങൾ. സംസ്ഥാനം, അതനുസരിച്ച്, ആകാം idle, active и locked. നിഷ്‌ക്രിയമായിരിക്കുന്നതിന് നിങ്ങൾക്ക് സമയപരിധി സജ്ജീകരിക്കാം, കൂടാതെ OS തന്നെ ബ്ലോക്ക് ചെയ്യുമ്പോൾ ലോക്ക് ചെയ്‌തത് സജ്ജീകരിക്കും. ലോക്കൽ സ്റ്റോറേജിൽ സംരക്ഷിക്കുന്നതിനായി ഞങ്ങൾ സെലക്ടറും മാറ്റും:

import {reaction, toJS} from 'mobx';
import {extensionApi} from "./utils/extensionApi";
import {PortStream} from "./utils/PortStream";
import {SignerApp} from "./SignerApp";
import {loadState, saveState} from "./utils/localStorage";

const DEV_MODE = process.env.NODE_ENV !== 'production';
const IDLE_INTERVAL = 30;

setupApp();

function setupApp() {
    const initState = loadState();
    const app = new SignerApp(initState);

    if (DEV_MODE) {
        global.app = app;
    }

    // Теперь мы явно узываем поле, которому будет происходить доступ, reaction отработает нормально
    reaction(
        () => ({
            vault: app.store.vault
        }),
        saveState
    );

    // Таймаут бездействия, когда сработает событие
    extensionApi.idle.setDetectionInterval(IDLE_INTERVAL);
    // Если пользователь залочил экран или бездействовал в течение указанного интервала лочим приложение
    extensionApi.idle.onStateChanged.addListener(state => {
        if (['locked', 'idle'].indexOf(state) > -1) {
            app.lock()
        }
    });

    // Connect to other contexts
    extensionApi.runtime.onConnect.addListener(connectRemote);

    function connectRemote(remotePort) {
        const processName = remotePort.name;
        const portStream = new PortStream(remotePort);
        if (processName === 'contentscript') {
            const origin = remotePort.sender.url
            app.connectPage(portStream, origin)
        } else {
            app.connectPopup(portStream)
        }
    }
}

ഈ ഘട്ടത്തിന് മുമ്പുള്ള കോഡ് ഇതാണ് ഇവിടെ.

ഇടപാടുകൾ

അതിനാൽ, ഞങ്ങൾ ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യത്തിലേക്ക് വരുന്നു: ബ്ലോക്ക്ചെയിനിൽ ഇടപാടുകൾ സൃഷ്ടിക്കുകയും ഒപ്പിടുകയും ചെയ്യുന്നു. ഞങ്ങൾ WAVES ബ്ലോക്ക്ചെയിനും ലൈബ്രറിയും ഉപയോഗിക്കും തരംഗങ്ങൾ-ഇടപാടുകൾ.

ആദ്യം, ഒപ്പിടേണ്ട സന്ദേശങ്ങളുടെ ഒരു നിര സംസ്ഥാനത്തിലേക്ക് ചേർക്കാം, തുടർന്ന് ഒരു പുതിയ സന്ദേശം ചേർക്കുന്നതിനും ഒപ്പ് സ്ഥിരീകരിക്കുന്നതിനും നിരസിക്കുന്നതിനുമുള്ള രീതികൾ ചേർക്കുക:

import {action, observable, reaction} from 'mobx';
import uuid from 'uuid/v4';
import {signTx} from '@waves/waves-transactions'
import {setupDnode} from "./utils/setupDnode";
import {decrypt, encrypt} from "./utils/cryptoUtils";

export class SignerApp {

    ...

    @action
    newMessage(data, origin) {
        // Для каждого сообщения создаем метаданные с id, статусом, выременем создания и тд.
        const message = observable.object({
            id: uuid(), // Идентификатор, используюю uuid
            origin, // Origin будем впоследствии показывать в интерфейсе
            data, //
            status: 'new', // Статусов будет четыре: new, signed, rejected и failed
            timestamp: Date.now()
        });
        console.log(`new message: ${JSON.stringify(message, null, 2)}`);

        this.store.messages.push(message);

        // Возвращаем промис внутри которого mobx мониторит изменения сообщения. Как только статус поменяется мы зарезолвим его
        return new Promise((resolve, reject) => {
            reaction(
                () => message.status, //Будем обсервить статус сообщеня
                (status, reaction) => { // второй аргумент это ссылка на сам reaction, чтобы его можно было уничтожть внутри вызова
                    switch (status) {
                        case 'signed':
                            resolve(message.data);
                            break;
                        case 'rejected':
                            reject(new Error('User rejected message'));
                            break;
                        case 'failed':
                            reject(new Error(message.err.message));
                            break;
                        default:
                            return
                    }
                    reaction.dispose()
                }
            )
        })
    }
    @action
    approve(id, keyIndex = 0) {
        const message = this.store.messages.find(msg => msg.id === id);
        if (message == null) throw new Error(`No msg with id:${id}`);
        try {
            message.data = signTx(message.data, this.store.keys[keyIndex]);
            message.status = 'signed'
        } catch (e) {
            message.err = {
                stack: e.stack,
                message: e.message
            };
            message.status = 'failed'
            throw e
        }
    }
    @action
    reject(id) {
        const message = this.store.messages.find(msg => msg.id === id);
        if (message == null) throw new Error(`No msg with id:${id}`);
        message.status = 'rejected'
    }

    ...
}

ഞങ്ങൾക്ക് ഒരു പുതിയ സന്ദേശം ലഭിക്കുമ്പോൾ, ഞങ്ങൾ അതിൽ മെറ്റാഡാറ്റ ചേർക്കുന്നു, ചെയ്യുക observable ഒപ്പം ചേർക്കുക store.messages.

ഇല്ലെങ്കിൽ observable സ്വമേധയാ, അറേയിലേക്ക് സന്ദേശങ്ങൾ ചേർക്കുമ്പോൾ mobx അത് സ്വയം ചെയ്യും. എന്നിരുന്നാലും, ഇത് ഒരു പുതിയ ഒബ്‌ജക്‌റ്റ് സൃഷ്‌ടിക്കും, അതിൽ ഞങ്ങൾക്ക് ഒരു റഫറൻസ് ഇല്ല, പക്ഷേ അടുത്ത ഘട്ടത്തിനായി ഞങ്ങൾക്ക് അത് ആവശ്യമാണ്.

അടുത്തതായി, സന്ദേശ നില മാറുമ്പോൾ പരിഹരിക്കുന്ന ഒരു വാഗ്ദാനം ഞങ്ങൾ നൽകുന്നു. പ്രതികരണത്തിലൂടെ സ്റ്റാറ്റസ് നിരീക്ഷിക്കപ്പെടുന്നു, അത് സ്റ്റാറ്റസ് മാറുമ്പോൾ "സ്വയം കൊല്ലും".

രീതി കോഡ് approve и reject വളരെ ലളിതമാണ്: ആവശ്യമെങ്കിൽ ഒപ്പിട്ടതിനുശേഷം ഞങ്ങൾ സന്ദേശത്തിന്റെ സ്റ്റാറ്റസ് മാറ്റുന്നു.

UI API-ൽ ഞങ്ങൾ അംഗീകരിക്കുകയും നിരസിക്കുകയും ചെയ്യുന്നു, പേജ് API-യിൽ newMessage:

export class SignerApp {
    ...
    popupApi() {
        return {
            addKey: async (key) => this.addKey(key),
            removeKey: async (index) => this.removeKey(index),

            lock: async () => this.lock(),
            unlock: async (password) => this.unlock(password),
            initVault: async (password) => this.initVault(password),

            approve: async (id, keyIndex) => this.approve(id, keyIndex),
            reject: async (id) => this.reject(id)
        }
    }

    pageApi(origin) {
        return {
            signTransaction: async (txParams) => this.newMessage(txParams, origin)
        }
    }

    ...
}

ഇപ്പോൾ എക്സ്റ്റൻഷൻ ഉപയോഗിച്ച് ഇടപാട് ഒപ്പിടാൻ ശ്രമിക്കാം:

പൊതുവേ, എല്ലാം തയ്യാറാണ്, അവശേഷിക്കുന്നത് എല്ലാം ലളിതമായ UI ചേർക്കുക.

UI

ഇന്റർഫേസിന് ആപ്ലിക്കേഷൻ നിലയിലേക്ക് ആക്സസ് ആവശ്യമാണ്. UI വശത്ത് ഞങ്ങൾ ചെയ്യും observable ഈ അവസ്ഥയെ മാറ്റുന്ന API-യിലേക്ക് ഒരു ഫംഗ്ഷൻ പ്രസ്താവിക്കുകയും ചേർക്കുകയും ചെയ്യുക. നമുക്ക് കൂട്ടിച്ചേർക്കാം observable പശ്ചാത്തലത്തിൽ നിന്ന് ലഭിച്ച API ഒബ്ജക്റ്റിലേക്ക്:

import {observable} from 'mobx'
import {extensionApi} from "./utils/extensionApi";
import {PortStream} from "./utils/PortStream";
import {cbToPromise, setupDnode, transformMethods} from "./utils/setupDnode";
import {initApp} from "./ui/index";

const DEV_MODE = process.env.NODE_ENV !== 'production';

setupUi().catch(console.error);

async function setupUi() {
    // Подключаемся к порту, создаем из него стрим
    const backgroundPort = extensionApi.runtime.connect({name: 'popup'});
    const connectionStream = new PortStream(backgroundPort);

    // Создаем пустой observable для состояния background'a
    let backgroundState = observable.object({});
    const api = {
        //Отдаем бекграунду функцию, которая будет обновлять observable
        updateState: async state => {
            Object.assign(backgroundState, state)
        }
    };

    // Делаем RPC объект
    const dnode = setupDnode(connectionStream, api);
    const background = await new Promise(resolve => {
        dnode.once('remote', remoteApi => {
            resolve(transformMethods(cbToPromise, remoteApi))
        })
    });

    // Добавляем в background observable со стейтом
    background.state = backgroundState;

    if (DEV_MODE) {
        global.background = background;
    }

    // Запуск интерфейса
    await initApp(background)
}

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

import {render} from 'react-dom'
import App from './App'
import React from "react";

// Инициализируем приложение с background объектом в качест ве props
export async function initApp(background){
    render(
        <App background={background}/>,
        document.getElementById('app-content')
    );
}

ഡാറ്റ മാറുമ്പോൾ റെൻഡറിംഗ് ആരംഭിക്കുന്നത് mobx ഉപയോഗിച്ച് വളരെ എളുപ്പമാണ്. പാക്കേജിൽ നിന്ന് ഒബ്സർവർ ഡെക്കറേറ്റർ ഞങ്ങൾ തൂക്കിയിടും mobx-react ഘടകത്തിൽ, ഘടകത്തിൽ പരാമർശിക്കപ്പെടുന്ന ഏതെങ്കിലും നിരീക്ഷണങ്ങൾ മാറുമ്പോൾ റെൻഡർ സ്വയമേവ വിളിക്കപ്പെടും. നിങ്ങൾക്ക് mapStateToProps ഒന്നും ആവശ്യമില്ല അല്ലെങ്കിൽ redux-ലെ പോലെ കണക്റ്റ് ചെയ്യുക. എല്ലാം ബോക്‌സിന് പുറത്ത് പ്രവർത്തിക്കുന്നു:

import React, {Component, Fragment} from 'react'
import {observer} from "mobx-react";
import Init from './components/Initialize'
import Keys from './components/Keys'
import Sign from './components/Sign'
import Unlock from './components/Unlock'

@observer // У Компонета с этим декоратом будет автоматически вызван метод render, если будут изменены observable на которые он ссылается
export default class App extends Component {

    // Правильно конечно вынести логику рендера страниц в роутинг и не использовать вложенные тернарные операторы,
    // и привязывать observable и методы background непосредственно к тем компонентам, которые их используют
    render() {
        const {keys, messages, initialized, locked} = this.props.background.state;
        const {lock, unlock, addKey, removeKey, initVault, deleteVault, approve, reject} = this.props.background;

        return <Fragment>
            {!initialized
                ?
                <Init onInit={initVault}/>
                :
                locked
                    ?
                    <Unlock onUnlock={unlock}/>
                    :
                    messages.length > 0
                        ?
                        <Sign keys={keys} message={messages[messages.length - 1]} onApprove={approve} onReject={reject}/>
                        :
                        <Keys keys={keys} onAdd={addKey} onRemove={removeKey}/>
            }
            <div>
                {!locked && <button onClick={() => lock()}>Lock App</button>}
                {initialized && <button onClick={() => deleteVault()}>Delete all keys and init</button>}
            </div>
        </Fragment>
    }
}

ശേഷിക്കുന്ന ഘടകങ്ങൾ കോഡിൽ കാണാൻ കഴിയും UI ഫോൾഡറിൽ.

ഇപ്പോൾ ആപ്ലിക്കേഷൻ ക്ലാസിൽ നിങ്ങൾ യുഐയ്‌ക്കായി ഒരു സ്റ്റേറ്റ് സെലക്ടർ ഉണ്ടാക്കുകയും അത് മാറുമ്പോൾ യുഐയെ അറിയിക്കുകയും വേണം. ഇത് ചെയ്യുന്നതിന്, നമുക്ക് ഒരു രീതി ചേർക്കാം getState и reactionവിളിക്കുന്നു remote.updateState:

import {action, observable, reaction} from 'mobx';
import uuid from 'uuid/v4';
import {signTx} from '@waves/waves-transactions'
import {setupDnode} from "./utils/setupDnode";
import {decrypt, encrypt} from "./utils/cryptoUtils";

export class SignerApp {

    ...

    // public
    getState() {
        return {
            keys: this.store.keys,
            messages: this.store.newMessages,
            initialized: this.store.initialized,
            locked: this.store.locked
        }
    }

    ...

    //
    connectPopup(connectionStream) {
        const api = this.popupApi();
        const dnode = setupDnode(connectionStream, api);

        dnode.once('remote', (remote) => {
            // Создаем reaction на изменения стейта, который сделает вызовет удаленну процедуру и обновит стейт в ui процессе
            const updateStateReaction = reaction(
                () => this.getState(),
                (state) => remote.updateState(state),
                // Третьим аргументом можно передавать параметры. fireImmediatly значит что reaction выполниться первый раз сразу.
                // Это необходимо, чтобы получить начальное состояние. Delay позволяет установить debounce
                {fireImmediately: true, delay: 500}
            );
            // Удалим подписку при отключении клиента
            dnode.once('end', () => updateStateReaction.dispose())

        })
    }

    ...
}

ഒരു വസ്തു സ്വീകരിക്കുമ്പോൾ remote സൃഷ്ടിച്ചു reaction UI വശത്തുള്ള ഫംഗ്‌ഷനെ വിളിക്കുന്ന അവസ്ഥ മാറ്റാൻ.

വിപുലീകരണ ഐക്കണിൽ പുതിയ സന്ദേശങ്ങളുടെ പ്രദർശനം ചേർക്കുക എന്നതാണ് അവസാന ടച്ച്:

function setupApp() {
...

    // Reaction на выставление текста беджа.
    reaction(
        () => app.store.newMessages.length > 0 ? app.store.newMessages.length.toString() : '',
        text => extensionApi.browserAction.setBadgeText({text}),
        {fireImmediately: true}
    );

...
}

അതിനാൽ, ആപ്ലിക്കേഷൻ തയ്യാറാണ്. ഇടപാടുകൾക്കായി വെബ് പേജുകൾ ഒപ്പ് അഭ്യർത്ഥിച്ചേക്കാം:

കോഡ് ഇവിടെ ലഭ്യമാണ് ലിങ്ക്.

തീരുമാനം

നിങ്ങൾ ലേഖനം അവസാനം വരെ വായിച്ചിട്ടുണ്ടെങ്കിലും ഇപ്പോഴും ചോദ്യങ്ങളുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് അവരോട് ചോദിക്കാം വിപുലീകരണത്തോടുകൂടിയ റിപ്പോസിറ്ററികൾ. ഓരോ നിയുക്ത ഘട്ടത്തിനുമുള്ള കമ്മിറ്റുകളും അവിടെ നിങ്ങൾ കണ്ടെത്തും.

യഥാർത്ഥ വിപുലീകരണത്തിനായുള്ള കോഡ് നോക്കാൻ നിങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഇത് കണ്ടെത്താനാകും ഇവിടെ.

കോഡ്, ശേഖരം, ജോലി വിവരണം എന്നിവയിൽ നിന്ന് സീമറെൽ

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