Mozilla, Google, Apple і Microsoft аб'ядноўваюць намаганні для стандартызацыі дапаўненняў

W3C абвясціў Некалькі дзён таму фарміраванне грамадскай групы пад назвай "WebExtensions" (WECG), асноўнай функцыяй якога з'яўляеццаl працую разам з правайдэрамі браўзэраў і іншыя зацікаўленыя бакі прасоўваць платформу для распрацоўкі убудоў Агульны браўзэр на аснове API WebExtensions.

У склад гэтай рабочай групы ўваходзяць прадстаўнікі Google, Mozilla, Apple і Microsoft, а таксама спецыфікацыі, распрацаваныя рабочай групай накіравана на садзейнічанне стварэнню убудоў якія працуюць у розных браўзэрах.

W3C згадвае, што плануе дасягнуць гэтай мэты, вызначыўшы цэласную мадэль і агульную асноўную функцыянальнасць, API і сістэму паўнамоцтваў, акрамя таго, што рабочая група таксама вызначыць дадатковую архітэктуру для павышэння прадукцыйнасці, узмацнення бяспекі і забеспячэння абароны ад злоўжыванне.

Пры распрацоўцы спецыфікацый прапануецца прытрымлівацца прынцыпаў, якія прымяняюцца W3C TAG (Technical Architecture Group), такія як арыентацыя на карыстальнікаў, узаемадзеянне, бяспека, прыватнасць, партатыўнасць, прастата ў абслугоўванні і прадказальныя паводзіны.

La Вэб-сайт WECG заяўляе, што мэтай групы з'яўляецца вызначэнне агульнага ядра API, мадэлі і дазволаў для пашырэнняў вэб-аглядальніка, заяўляючы:

Указваючы API, функцыянальнасць і дазволы WebExtensions, мы можам яшчэ больш палегчыць распрацоўшчыкам пашырэнняў паляпшэнне канчатковага карыстання, перамяшчаючы іх у API, якія паляпшаюць прадукцыйнасць і прадухіляюць злоўжыванні. 

Да гэтага часу група стварыла спецыяльны рэпазітар GitHub і сабрала a статут абшчыны у рамках падрыхтоўкі да выканання задання, якое апісваецца як:

На аснове існуючай мадэлі пашырэння і API, якія падтрымліваюцца Chrome, Microsoft Edge, Firefox і Safari, мы пачнем працаваць над спецыфікацыяй. Наша мэта - выявіць агульную мову, зблізіць рэалізацыі і намеціць курс будучай эвалюцыі.

API і мадэлі распрацоўкі убудоў, якія ўжо выкарыстоўваюцца ў Chrome, Microsoft Edge, Firefox і Safari, будуць выкарыстаны ў якасці асновы для згенераваных спецыфікацый. Рабочая група паспрабуе вызначыць агульныя рысы для ўсіх браўзэраў для стварэння убудоў, зблізіць рэалізацыі і намеціць шляхі магчымага развіцця.

У працоўным лісце яны згадваюць наступныя прынцыпы дызайну:

  • Карыстальнік арыентаваны: пашырэнні браўзэра дазваляюць карыстальнікам наладжваць свой вопыт прагляду вэб-старонак у залежнасці ад сваіх пераваг і патрэб.
  • Сумяшчальнасць: падтрымліваць і паляпшаць сумяшчальнасць з існуючымі пашырэннямі і папулярнымі API пашырэнняў. Гэта дазволіць распрацоўшчыкам не давядзецца цалкам перапісваць свае пашырэнні для працы ў розных браўзэрах, якія могуць падвяргацца памылкам.
  • Прадукцыйнасць: дазваляюць распрацоўшчыкам пісаць пашырэнні, якія не аказваюць негатыўнага ўплыву на прадукцыйнасць альбо энергаспажыванне вэб-старонак або браўзэра.
  • бяспека: Выбіраючы, якія пашырэнні выкарыстоўваць, карыстальнікам не трэба ісці на кампрамісы наконт функцыянальнасці і бяспекі. З новымі API пашырэнняў мадэль будзе зменена.
  • Канфідэнцыяльнасць: гэтак жа карыстальнікам не трэба ісці на кампрамісы наконт функцыянальнасці і прыватнасці. Паколькі галоўным момантам будзе тое, што пашырэнні браўзэра паляпшаюць карыстацкі досвед, патрабуючы мінімальна неабходны доступ да дадзеных прагляду карыстальніка, каб паменшыць альбо выключыць кампраміс, які канчатковыя карыстальнікі павінны рабіць паміж функцыянальнасцю і канфідэнцыяльнасцю.
  • Партатыўнасць: Распрацоўшчыкам павінна быць адносна проста пераносіць пашырэнні з аднаго браўзэра ў іншы, а аглядальнікам - падтрымліваць пашырэнні на розных прыладах і аперацыйных сістэмах.
  • Тэхнічнае абслугоўванне: Спрашчаючы API, гэта павінна дазволіць шырэйшай групе распрацоўшчыкаў ствараць пашырэнні і палягчаць ім падтрымку пашырэнняў, якія яны ствараюць.
  • Аўтаномія: правайдэры браўзэраў павінны прадастаўляць пэўную функцыянальнасць вашаму браўзэру, а таксама мець магчымасць эксперыментаваць з новымі функцыямі.

W3C заявіў відавочна, што ён не прызначаны дакладна дыктаваць тое, што распрацоўшчыкі могуць і не могуць ствараць з пашырэннямі. Яны таксама не будуць вызначаць, стандартызаваць альбо каардынаваць дзеянні па падпісанні альбо дастаўцы пашырэнняў. Яны проста хочуць заахвочваць інавацыі, захоўваючы прыватнасць і бяспеку карыстальнікаў аднолькавым спосабам.


Змест артыкула адпавядае нашым прынцыпам рэдакцыйная этыка. Каб паведаміць пра памылку, націсніце тут.

Каментарый, пакіньце свой

Пакіньце свой каментар

Ваш электронны адрас не будзе апублікаваны. Абавязковыя для запаўнення палі пазначаныя *

*

*

  1. Адказны за дадзеныя: Мігель Анхель Гатон
  2. Прызначэнне дадзеных: Кантроль спаму, кіраванне каментарыямі.
  3. Легітымнасць: ваша згода
  4. Перадача дадзеных: Дадзеныя не будуць перададзены трэцім асобам, за выключэннем юрыдычных абавязкаў.
  5. Захоўванне дадзеных: База дадзеных, размешчаная Occentus Networks (ЕС)
  6. Правы: у любы час вы можаце абмежаваць, аднавіць і выдаліць сваю інфармацыю.

  1.   без імя сказаў

    карацей: буйная манаполія