„Canonical“ paskelbė apie „Snapcraft“ perdirbimą 

„Canonical“ pristatytas neseniai jūsų planai kitam „Snapcraft Toolkit“ pagrindinė apžvalga, kuris naudojamas generuoti, platinti ir atnaujinti populiarų Snap paketo formatą.

Reikėtų pažymėti, kad dabartinė Snapcraft kodų bazė buvo pripažintas paveldėtu ir prireikus bus taikomas naudoti senas technologijas.

Savo pranešime jis tai mini drastiškų pokyčių kuriuos planuojama įvykdyti ir kai kurie iš jų tai jau vyksta, neturės įtakos dabartiniam naudojimo modeliui, nes su Ubuntu Core 18 ir 20 susijusiuose projektuose ir toliau bus naudojamas senasis monolitinis Snapcraft modelis.

Be to, jie mini, kad naująjį Snapcraft modulinį modelį planuojama pradėti taikyti iš Ubuntu Core 22 šakos.

Tiesą sakant, viskas yra sudėtingesnė ir laikui bėgant tampa sudėtingesnė. Pastaruosius šešerius metus „Snapcraft“ komanda stengėsi, kad jos pagrindinis produktas būtų modulinis, efektyvus ir naudingas „Snap“ kūrėjams, išplėtė jo funkcionalumą ir laikui bėgant įdiegė naujas galimybes. Tam tikra prasme tai yra pilnas produktas ir puikiai atlieka savo paskirtį. Tačiau yra būdų, kaip padaryti viską dar geriau. Šiame straipsnyje apžvelgiama „Snapcraft“ ateitis.

Kalbant apie priežastis, kodėl ketinama pakeisti senąjį „Snapcraft“, taip yra todėle nori pasiūlyti naują, kompaktiškesnį ir modulinį variantą Tai padės kūrėjams lengviau kurti „Snap“ paketus, be to, jie nori visam laikui pašalinti nešiojamųjų paketų, veikiančių visuose platinimuose, kūrimo vargo.

Naujojo „Snapcraft“ pagrindas yra „Craft Parts“ mechanizmas, minima, kad be galimybės rinkti paketus, jis taip pat galės gauti duomenis iš skirtingų šaltinių, įvairiais būdais juos apdoroti ir sudaryti katalogų hierarchiją. FS, tinkamas paketams įgyvendinti.

„Craft Parts“ apima nešiojamų komponentų naudojimą projekte, kuriuos galima atsisiųsti, surinkti ir įdiegti savarankiškai.

Pagrindinė koncepcija sukasi apie „Snapcraft“ suskaidymą į mažesnius, dar labiau modulinius ir daugkartinio naudojimo komponentus, kurie gali būti naudojami įvairiuose gaminiuose. Bendras šių pastangų pagrindas yra amatų bibliotekų rinkinys, kaip jau aptarėme „Craft Parts“ tinklaraščio įraše. Teorija reikalauja naudoti bendrąjį dalių generatorių, pagrįstą gaminančių tiekėjų ir dalių kūrimu, o papildomomis „Snapcraft“ funkcijomis kaip atskiru sluoksniu. Tik kyla klausimas, koks yra kregždės oro greitis? Kaip sunku būtų tai sukurti ir įgyvendinti?

Prieš pat atostogų sezoną „Snapcraft“ komanda nusprendė atsakyti į šį tikslų klausimą ir ištirti jų požiūrio moduliškumo apimtį.

Naujo įgyvendinimo pasirinkimas arba senas Snapcraft bus vykdomas naudojant specialų įmontuotą atsarginį mechanizmą statybos procese. Todėl esami projektai galės kurti Snap paketus be pakeitimų ir modifikacijų reikės tik tada, kai paketai bus perkelti į naują bazinės Ubuntu Core sistemos versiją.

Kalbant apie jau nuveiktus darbus, dalijamasi labai greita jo santrauka:

  • Dabartinė „Snapcraft“ kodų bazė dabar laikoma palikimu.
  • Pagrindinis šio paketo įėjimo taškas paleidžiamas, kai reikia grįžti prie senojo Snapcraft.
  • Legacy Snapcraft tvarko projekto konfigūracijos duomenis žodyno pavidalu.
  • Tai buvo pakeista, kad būtų naudojamas pydantinis modelis. Be to, JSON schema turi būti prižiūrima atskirai.
  • Paprastas prototipas buvo sukurtas naudojant core22 bazę (kūrimo vaizdą), todėl buvo įdiegtas paketas, kuriame yra bandomoji programa.

Pagaliau jei norite sužinoti daugiau apie tai Apie pastabą galite peržiūrėti pradinį pranešimą sekanti nuoroda.


Palikite komentarą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *

*

*

  1. Atsakingas už duomenis: Miguel Ángel Gatón
  2. Duomenų paskirtis: kontroliuoti šlamštą, komentarų valdymą.
  3. Įteisinimas: jūsų sutikimas
  4. Duomenų perdavimas: Duomenys nebus perduoti trečiosioms šalims, išskyrus teisinius įsipareigojimus.
  5. Duomenų saugojimas: „Occentus Networks“ (ES) talpinama duomenų bazė
  6. Teisės: bet kuriuo metu galite apriboti, atkurti ir ištrinti savo informaciją.