Flutter / macOS / Open source
VulpShift i disk_kit: od pakietu open source do aplikacji macOS
Flutter może być także interfejsem aplikacji desktopowej korzystającej z funkcji systemu. W rozwijanym VulpShift łączymy go z naszym otwartym pakietem disk_kit. Ten przykład pokazuje, co warto zamknąć w bibliotece, a za co nadal odpowiada gotowy produkt.
1. Jeden proces zamiast kilku osobnych narzędzi
VulpShift powstaje z myślą o pracy z nośnikami na Macu: przeglądaniu dysków i woluminów, kopiowaniu plików, formatowaniu oraz zapisie obrazów. Najważniejszy proces łączy kopię, formatowanie i przywracanie danych. Zobacz VulpShift w portfolio. Projekt pozostaje w rozwoju, a pierwszą obsługiwaną platformą jest macOS.
Użytkownik wybiera nośnik, miejsce na kopię i docelowy system plików. Interfejs ma pokazać przebieg pracy i wynik poszczególnych etapów. Pod spodem aplikacja musi jeszcze sprawdzić stan urządzenia, poprawność kopii i warunki rozpoczęcia kolejnej operacji.
2. disk_kit łączy aplikację z macOS
disk_kit to nasz pakiet Flutter z API w Darcie i implementacją macOS w Swifcie. W VulpShift warstwa obsługi dysków przekazuje do niego wykrywanie urządzeń, obserwowanie zmian, montowanie, odmontowywanie, wysuwanie, kopiowanie, formatowanie i zapis obrazów. Interfejs aplikacji korzysta z tej warstwy zamiast wykonywać operacje systemowe bezpośrednio.
Taki podział pozwala rozwijać integrację systemową niezależnie od ekranów produktu. Pakiet nie musi znać układu panelu urządzeń ani kolejności kroków kreatora. Aplikacja może natomiast udostępniać tylko wybrane możliwości biblioteki i decydować, w jakim procesie ich użyć.
3. Weryfikacja kopii należy do aplikacji
W połączonym procesie VulpShift przygotowuje kopię poza urządzeniem docelowym i sprawdza jej zawartość z użyciem SHA-256 przed formatowaniem. Następnie może przywrócić pliki na przygotowany wolumin.
To logika VulpShift. disk_kit udostępnia operacje kopiowania i formatowania, ale nie tworzy automatycznie kopii ani nie organizuje całego procesu przywracania. Rozróżnienie pomaga ustalić, gdzie testować reguły przechodzenia między etapami, a gdzie błędy komunikacji z systemem.
Potwierdzenie formatowania musi wskazywać właściwy cel. Odłączenie nośnika, brak miejsca na kopię lub błąd weryfikacji to osobne wyniki operacji, które interfejs powinien wyjaśnić. Suma kontrolna pomaga porównać zawartość plików; nie jest obietnicą odzyskania danych z uszkodzonego dysku.
4. Ograniczenia platformy są częścią projektu
Użycie Fluttera nie oznacza, że każda funkcja działa od razu na wszystkich systemach. Obecna implementacja disk_kit obsługuje macOS 12 lub nowszy i wymaga działania poza App Sandbox. Rozwój dystrybucji VulpShift musi uwzględniać te wymagania; sama strona zapowiadająca aplikację nie potwierdza dostępności wydania.
Podobnie zapis obrazu wymaga rozpoznania jego rodzaju. Bezpośredni zapis IMG lub zgodnego z USB hybrydowego ISO oraz przygotowanie instalatora Windows UEFI to różne operacje. Interfejs VulpShift rozdziela te zadania, zamiast traktować każdy plik ISO jako gotowy obraz do zapisu.
5. Otwarty fundament, osobny produkt
disk_kit udostępniamy na licencji MIT. Inni twórcy mogą sięgnąć po tę samą integrację, a VulpShift rozwijamy jako aplikację z własnym interfejsem i procesami. Pakiet oraz dokumentację znajdziesz w sekcji open source Dark Fox.
Praktyczna korzyść z wydzielenia pakietu pojawia się wtedy, gdy jego odpowiedzialność jest czytelna. Tutaj jest nią komunikacja z nośnikami; produkt dodaje sposób pracy, weryfikację i obsługę błędów. Takie integracje są też częścią rozwoju aplikacji Flutter.
Dokumentacja do dalszej pracy
Instrukcje wdrożeniowe dobierz do wersji używanej w swoim projekcie. Poniższe źródła rozwijają opisane zagadnienia.