Zobacz przyszłość KDE: Frameworks 5 Tech Preview wydany

Deweloperzy KDE udostępnili właśnie pierwszą działającąprezentację Frameworks 5 – efektu ponad dwóch lat pracy nadprzekształceniem bibliotek KDElibs w zbiór dodatków Qt, zgodnych zpiątą wersją tego multiplatformowego frameworka. To początek nowej erydla najbardziej rozbudowanego środowiska graficznego dla systemówuniksopodobnych, a zarazem zapewnienie ekosystemowi Qt kompletnegozbioru gotowych modułów, które uproszczą i przyspieszą pisanie dlaniego aplikacji. Do tej pory niemal wszystkie aplikacje KDE zależały od kdelibs –zbioru współzależnych od siebie bibliotek programistycznych, którezapewniały im liczne funkcjonalności wyższego poziomu, od generowaniamenu czy dostępu do plików po sprawdzanie pisowni. Jak się możnaspodziewać, organicznie rosnące wraz z rozwojem KDE biblioteki niebyły specjalnie przemyślane, nierzadko funkcje dodawano do nich ponapisaniu aplikacji, i to na różny sposób, czy jako dodatki doistniejących klas Qt, czy w formie nowych bibliotek. Doprowadziło todo sytuacji, w której aplikacje KDE stały się bardzo „roszczeniowe”.Ich używanie poza dystrybucjami Linuksa (czy systemami BSD),zorientowanymi na to środowisko graficzne było kłopotliwe: jeśli ktośuruchomił np. edytor Kate w GNOME, to musiał się liczyć z tym, żeedytor przed uruchomieniem załaduje całą listę bibliotek KDE.[img=KDEwallpapers]Po prawdzie jednak to nie niedogodności z uruchamianiem aplikacjiKDE na innych platformach zachęciły deweloperów do podjęcia prac nadzmianą tego stanu rzeczy, ale pragnienie, by uczynić z KDE interfejsdla urządzeń przenośnych. O ile na nowoczesnym PC z jegowielordzeniowym procesorem i wieloma gigabajtami RAM doładowaniekdelibs nie stanowi wielkiego problemu, to na ARM-owym tableciesytuacja wygląda zgoła inaczej – aplikacje powinny być jaknajskromniejsze w swoich wymaganiach, a na pewno już nie powinnyładować ogromnej biblioteki systemowej. Pojawił się więc pomysł, bykdelibs rozbić na niezależne moduły. Jako że zaś od samego początkuKDE bazowało na frameworku Qt, postanowiono moduły te uczynićstandardowymi dodatkami Qt 5, tzw. QtAddons.Efekt tych prac nad modularyzacją można wreszcie zobaczyć nawłasne oczy. Struktura modułów Frameworks 5 dzieli je na kategorie iwarstwy. Według podziału kategorialnego, moduły funkcjonalne, np.KArchive, zapewniający dostęp do licznych kodeków kompresji, nie majążadnych zależności – mogą być wykorzystywane przez aplikacje,które z KDE nic wspólnego nie mają. Moduły integracyjne, np. Solid,dostarczający informacji o możliwościach sprzętu, mogą mieć wymogiodnoszące się do specyfiki platformy czy systemu, na którym działają.Wreszcie moduły rozwiązań wymagają działania innych modułów –np. KIO, przezroczysty sieciowo wirtualny system plików, którypozwala na ich przeglądanie i edycję bez względu na lokalizację, doswojego działania wymaga demonów kioslave. [img=kf5]Podział na warstwy wiąże się zaś z wzajemnymi zależnościami. Na 57modułów we Frameworks 5, 19 to całkowicie niezależne dodatki Qt,które nie mają żadnych zależności (tzw. Tier 1), 9 to moduły zależneod niezależnych modułów (Tier 2), a 29 to moduły o bardziejskomplikowanej strukturze zależności (Tier 3). Dwa spośród tychmodułów wyróżniają się większą, niemal produkcyjną dojrzałością,mającą ukazać kierunki rozwoju KDE Frameworks. Są to ThreadWeaver,dzięki któremu programiści mogą łatwo wykorzystać dla swoichaplikacji możliwości wielordzeniowych procesorów, oraz wspomniany jużKArchive.Opisy wszystkich modułów powinny się niebawem znaleźć w archiwumbibliotek Qt #inqlude.Na razie deweloperzy udostępniają komplet tarballi z kodem źródłowymi skompilowanebinaria dla Kubuntu, openSUSE, Arch Linuksa i Fedory. Jeślichcecie jednak szybko zapoznać się z tym, co obecnie reprezentujeFrameworks 5, to najprościej będzie sięgnąć po projekt Neon, czylinajprościej mówiąc Kubuntu ze zintegrowanymi najnowszymi bibliotekamiKDE. Zamiast je instalować na własnym systemie, ryzykując jegorozsypanie, najlepiej pobraćISO, które można przetestować w maszynie wirtualnej.