Założenia

Szczerze mówiąc, niewiele wiem o pakietach Snap - ale nie ma to znaczenia dla tego pytania - patrz poniżej. Zakładam, że system różni się znacznie od istniejącego.

Czy zmiana ma sens?

Czy istnieje rzeczywista potrzeba, wystarczająco silna? To znaczy - czy istnieje nowy przypadek użycia, który jest wystarczająco ważny, aby opracować nowy format - i powiązana infrastruktura?

Czy nie była możliwa zmiana obecnej metody na nowe przypadki użycia?

A może brakuje mi sensu?

Możliwe, że to, co widzę, to głównie marketing - nowe nazwy i prezentacja dla minimalnej zmiany technicznej, aby mieć szansę, że jakikolwiek organizm przyjmie ją jako „nową i lepszą” i może być faktycznie używana. Może się również zdarzyć, że nowe pakiety są tak ściśle oparte na istniejącym formacie, że jest to głównie zmiana prezentacji dla użytkownika. To oczywiście może być dobre rozwiązanie. W takim przypadku to pytanie nie miałoby większego znaczenia.

Mam nadzieję, że nadal będzie to wystarczająco przydatne, aby odpowiedzieć na aspekty uboczne. Daj mi znać, jeśli pytanie nie jest pomocne lub mylące dla nowych użytkowników, chętnie je usunę.

Dlaczego więc istnieją?

tło

Moja pierwsza reakcja brzmiała: „To nie ma sensu!”

Jest to podobne do sytuacji, w której na stronie fizyki ktoś zapytał niezadowolony, dlaczego w odpowiedziach nikt nie dyskutuje o jego genialnych nowych pomysłach. Wyglądało to bardzo podobnie do pomysłów typu crackpot; Tak daleko od faktycznej wiedzy fizycznej, że ciężko było znaleźć punkt, aby zacząć. Napisałem odpowiedź, która nie poruszyła jego pomysłów jednym słowem, ale wyjaśniła, dlaczego po prostu nie dyskutuje się o zakładaniu pomysłów crackpot - nie pierwszy przypadek. Wydaje mi się, że odpowiedź rzeczywiście trafiła w sedno.

Jeśli moje założenia były słuszne, ten przypadek jest podobny.

Ale może nie - zobaczmy.

Tak, istnieje prawdziwa potrzeba.

Od samego początku istniało zapotrzebowanie na coś takiego.

Wyjaśnijmy to:

Zarządzanie zależnościami jest trudne .

Jest powód, dla którego nazywa się to piekłem zależności . Systemy pakowania, takie jak RPM i Debian, zostały stworzone z myślą o uniknięciu piekła zależności. Jednak ktoś musi zapłacić koszt:

1. W systemie Windows, w którym programy łączą swoje zależności, użytkownik musi dbać o aktualizacje (i wszelkie problemy z bezpieczeństwem wynikające z ich braku). Jeśli deweloper chce mieć wersję X czegoś dla mojej aplikacji, proste: dostarczam to z moją aplikacją. Jak teraz obsługiwać aktualizacje?
2. W większości dystrybucji Linuksa (po Debianie lub Red Hacie), w których program może zależeć od oprogramowania z repozytorium, program z repozytorium musi zależeć od oprogramowania z repozytorium. Jeśli chcę wersję X czegoś dla mojej aplikacji, a dystrybucja zapewnia X, proste: zależę od tego. A jeśli nie dystrybucja? Następnie: ???
   • Dodanie wielu wersji do dystrybucji zwiększa obciążenie opiekuna
   • Utrata możliwości korzystania z wybranej wersji zależności zwiększa obciążenie programisty
   • Utrata możliwości korzystania z wybranej wersji aplikacji frustruje użytkownika

Obie metody powodują znaczną utratę wolności.

I tu właśnie pojawiają się przystawki: pozwalają programistom na dołączenie wersji X, a system pakowania zarządza aktualizacjami. Kto ponosi koszty? Użytkownik:

• wymagając więcej miejsca.
• narażając ich na ryzyko z powodu nieostrożnego twórcy, który nie odbudowuje swoich snapów po załataniu zależności.

Jakie świadczenia otrzymam w zamian?

• Oprócz bezpieczeństwa za pośrednictwem aktualizacji (które, szczerze mówiąc, mało osób się przejmuje), ja użytkownik nie muszę się martwić o zależności za pomocą snapów. Słowo najczęściej traci znaczenie.
• Oprócz aktualizacji zabezpieczeń twórca oprogramowania nie musi się martwić, że użytkownicy zainstalują prawidłowe zależności.

Jedną szczególną cechą snapów, która może być przydatna, jest możliwość wyboru kanału dla programistów, którzy zapewniają więcej niż jeden kanał, taki jak wydanie , kandydat , master itp.

Na przykład kliknięcie przycisku Kanałnextcloud spowoduje wyświetlenie okna dialogowego na zrzucie ekranu poniżej.

Innymi mocnymi zaletami są izolacja, niezmienność i piaskownica, które są kontrolowane przez kontekst polityki bezpieczeństwa , który pozwala definiować uprawnienia dla aplikacji, zwane również „wtyczkami”, np. Dla:

• lokalizacje do odczytu / zapisu
• dostęp do pamięci wymiennej
• kraje, w których przystawka znajduje się na białej / czarnej liście
• dostęp do sieci
• aparat fotograficzny, drukarka, joystick, lokalizacja GPS
• Ustawienia systemowe
• ... pełna lista interfejsów Snap

Podejście to do pewnego stopnia naśladuje pakiety aplikacji MacOS i piaskownicę aplikacji Androida z uprawnieniami i dostawcami / odbiorcami treści.

Teraz wyobraź sobie, że musisz uruchomić kilkanaście aplikacji, każda z własną wersją niektórych bibliotek, własną wersją środowiska wykonawczego Python / Ruby / NodeJS i nie chcesz wpaść w piekło zależności, zepsuć lub zanieczyścić biblioteki systemowe, twoje systemowe moduły Python / Node / Perl / Ruby itp.