Laravel 12 w 2026 roku: Nowe funkcje, Starter Kity i pytania rekrutacyjne

Premiera Laravel 12, ktora miala miejsce 24 lutego 2025 roku, przyniosla fundamentalna zmiane w sposobie inicjalizacji nowych projektow opartych na tym frameworku. Zamiast dotychczasowych pakietow Breeze i Jetstream, deweloperzy otrzymali cztery specjalizowane Starter Kity zbudowane w oparciu o React 19, Vue 3, Svelte 5 oraz Livewire 4. Samo jadro frameworka pozostalo praktycznie niezmienione — zespol Laravela swiadomie zdecydowal sie na minimalna liczbe zmian lamiacych kompatybilnosc wsteczna, dzieki czemu wiekszosc aplikacji napisanych w Laravel 11 mozna zaktualizowac bez modyfikowania ani jednej linii kodu zrodlowego.

Przebudowane Starter Kity w miejsce Breeze i Jetstream

Najbardziej odczuwalna zmiana w Laravel 12 dotyczy sposobu, w jaki programisci rozpoczynaja nowe projekty. Dotychczasowe pakiety Breeze i Jetstream funkcjonowaly jako dodatki instalowane w istniejacych aplikacjach — ukrywaly czesc logiki wewnatrz wlasnych zaleznosci i narzucaly okreslona strukture. Nowe Starter Kity dzialaja odmiennie: generuja kompletny projekt od podstaw, w ktorym caly kod uwierzytelniania, rejestracji, resetowania hasel, weryfikacji e-mail oraz zarzadzania profilem uzytkownika znajduje sie bezposrednio w drzewie katalogowym aplikacji. Programista ma pelna kontrole nad kazdym komponentem od pierwszej chwili pracy z projektem.

| Starter Kit | Stos technologiczny | Biblioteka UI | |------------|---------------------|---------------| | React | Inertia 2, React 19, TypeScript | shadcn/ui | | Vue | Inertia 2, Vue 3, TypeScript | shadcn-vue | | Svelte | Inertia 2, Svelte 5, TypeScript | shadcn-svelte | | Livewire | Livewire 4, Laravel Volt | Flux UI |

Kazdy z czterech kitow zawiera Tailwind CSS 4, obsluge trybow ciemnego, jasnego i systemowego oraz trzy warianty ukladu stron uwierzytelniania: simple, card i split.

# Install a new Laravel project with the React starter kit
laravel new my-app

# Or specify a community starter kit
laravel new my-app --using=vendor/custom-starter-kit

Laravel 12 otwiera rowniez mozliwosc tworzenia i publikowania wlasnych Starter Kitow, rejestrowanych za pomoca flagi --using. Spolecznosc moze przygotowywac kity oparte wylacznie na szablonach Blade, konfiguracje typu API-only lub scaffolding dostosowany do specyfiki konkretnej domeny biznesowej.

Integracja WorkOS AuthKit dla uwierzytelniania korporacyjnego

Kazdy Starter Kit posiada wariant z WorkOS AuthKit, ktory dostarcza mechanizmy uwierzytelniania klasy enterprise bez koniecznosci budowania ich od zera:

• Uwierzytelnianie spolecznosciowe (Google, GitHub, Microsoft i inne dostawcy)
• Klucze dostepu (Passkeys) umozliwiajace logowanie bezhaslowe z wykorzystaniem biometrii
• Single Sign-On (SSO) z obsluga protokolow SAML i OIDC

Darmowy plan WorkOS obsluguje do miliona aktywnych uzytkownikow miesiecznie, co sprawia, ze rozwiazanie to nadaje sie zarowno do malych projektow startupowych, jak i do aplikacji o duzej skali.

'workos' => [
    'client_id' => env('WORKOS_CLIENT_ID'),
    'api_key' => env('WORKOS_API_KEY'),
    'redirect_url' => env('WORKOS_REDIRECT_URL'),
],

Wymagania dotyczace PHP i zaktualizowane zaleznosci

Laravel 12 wymaga PHP w wersji od 8.2 do 8.5 i narzuca stosowanie Carbon 3 do wszystkich operacji zwiazanych z obsluga dat i czasu. Wsparcie dla Carbon 2 zostalo calkowicie wycofane. Carbon 3 wprowadza scislejsze typowanie oraz domyslna niemutowalnosc obiektow dat — metody takie jak addDays() nie modyfikuja oryginalnego obiektu, lecz zwracaja nowa instancje.

// Carbon 3 enforces stricter typing
use Carbon\Carbon;

$now = Carbon::now(); // Returns CarbonImmutable by default in strict mode
$future = $now->addDays(30);

// $now remains unchanged — immutability enforced

Usprawnienia jakosciowe wprowadzone w wydaniach patchowych

Poczatkowe wydanie 12.0 koncentrowalo sie na Starter Kitach, ale kolejne aktualizacje patchowe przyniosly szereg uzytecznych uzupelnien w API frameworka. Nowe metody helperow do operacji na tablicach i kolekcjach eliminuja potrzebe pisania powtarzalnego kodu.

use Illuminate\Support\Arr;

// Filter by values instead of keys
$filtered = Arr::onlyValues(['admin', 'editor', 'viewer'], ['admin', 'editor']);
$excluded = Arr::exceptValues(['admin', 'editor', 'viewer'], ['viewer']);

$users = collect([/* ... */]);
if ($users->containsManyItems()) {
    // Handle bulk operation
}

Metoda Arr::onlyValues() filtruje tablice wedlug wartosci zamiast kluczy — operacja, ktora wczesniej wymagala recznej kombinacji array_filter z in_array. Metoda containsManyItems() na kolekcjach zapewnia czytelniejszy zapis niz porownanie $collection->count() > 1.

Rozszerzenia Gate i systemu autoryzacji

System autoryzacji zyskal obsluge wyliczen PHP (UnitEnum) w metodzie Gate::has(). Zamiast operowac na lancuchach znakow podatnych na literowki, programisci moga definiowac uprawnienia jako wartosci wyliczeniowe, co umozliwia wykrywanie bledow na etapie analizy statycznej kodu.

use Illuminate\Support\Facades\Gate;

enum Permission {
    case ViewDashboard;
    case ManageUsers;
}

if (Gate::has(Permission::ViewDashboard)) {
    // Ability is defined
}

Przewodnik aktualizacji: z Laravel 11 na Laravel 12

Sciezka migracji z Laravel 11 na wersje 12 zostala celowo zaprojektowana tak, aby byla maksymalnie bezbolesna. W wiekszosci przypadkow caly proces sprowadza sie do zaktualizowania wersji zaleznosci w pliku composer.json i uruchomienia polecenia aktualizacji.

{
    "require": {
        "php": "^8.2",
        "laravel/framework": "^12.0",
        "nesbot/carbon": "^3.0"
    }
}

composer update

Po zaktualizowaniu nalazy zweryfikowac kilka obszarow, ktore najczesciej wymagaja dostosowania: metoda Concurrency::run z tablicami asocjacyjnymi zwraca teraz wyniki z zachowaniem kluczy, dysk lokalny domyslnie zapisuje pliki w katalogu storage/app/private zamiast storage/app, a wszystkie wywolania API Carbon 2 musza zostac dostosowane do skladni Carbon 3. Metody Schema::getTables(), Schema::getViews() i Schema::getTypes() zwracaja wyniki ze wszystkich schematow bazy danych. Dla aplikacji korzystajacych z Eloquent, middleware czy systemu kolejek aktualizacja jest zazwyczaj kwestia kilku minut.

Pytania rekrutacyjne dotyczace Laravel 12 na rok 2026

Rozmowy kwalifikacyjne na stanowiska zwiazane z ekosystemem Laravel obejmuja w 2026 roku zarowno znajomosc fundamentow frameworka, jak i orientacje w biezacych zmianach. Ponizsze pytania uporazadkowane sa wedlug poziomu doswiadczenia i odzwierciedlaja tematy, o ktore aktywnie pytaja zespoly rekrutacyjne.

Pytania na poziomie junior

Czym roznia sie Starter Kity w Laravel 12 od wczesniejszego Breeze?

Breeze i Jetstream funkcjonowaly jako pakiety instalowane w juz istniejacym projekcie — dodawaly wlasne zaleznosci i ukrywaly czesc logiki wewnatrz opublikowanych plikow. Starter Kity Laravel 12 generuja zupelnie nowy projekt, w ktorym pelny kod uwierzytelniania rezyduje bezposrednio w drzewie aplikacji, bez zadnych ukrytych zaleznosci pakietowych. Ponadto kity opieraja sie na nowoczesnych stosach frontendowych — React 19, Vue 3, Svelte 5 lub Livewire 4 — z TypeScript i komponentami shadcn/ui jako standardem.

Jak dziala Service Container i wstrzykiwanie zaleznosci w Laravel?

Service Container to mechanizm Laravela odpowiedzialny za rozwiazywanie zaleznosci klas. Kiedy klasa deklaruje parametry konstruktora z typowaniem, kontener automatycznie tworzy odpowiednie instancje i wstrzykuje je. W Laravel 12 kontener dodatkowo respektuje wartosci domyslne wlasciwosci klas podczas rozwiazywania zaleznosci.

class OrderService
{
    public function __construct(
        private PaymentGateway $gateway,
        private int $retryLimit = 3
    ) {}
}

Pytania na poziomie mid

Jak dziala system kolejek w Laravel i do czego sluzy?

System kolejek w Laravel przenosi czasochlonne operacje — wysylke e-maili, generowanie raportow, przetwarzanie obrazow — do procesow dzialajacych w tle. Zadania (jobs) sa wysylane do driverow takich jak Redis, Amazon SQS lub baza danych. Mozna kontrolowac, na ktora kolejke trafia dane zadanie, oraz ustawic opoznienie przed rozpoczeciem przetwarzania. Taka architektura pozwala na odciazenie glownego watku HTTP i zapewnia lepsza responsywnosc aplikacji.

use App\Jobs\ProcessInvoice;

ProcessInvoice::dispatch($order)
    ->onQueue('invoices')
    ->delay(now()->addMinutes(5));

Pytania na poziomie senior

Jak przygotowac aplikacje Laravel 12 do migracji na Laravel 13?

Laravel 13 zostal wydany bez zmian lamiacych kompatybilnosc wzgledem wersji 12, co czyni migracje bezproblemowa. Kluczowe kroki przygotowawcze obejmuja: zapewnienie kompatybilnosci z PHP 8.3+ (wersja 13 porzuca wsparcie dla PHP 8.2), przeglad przestarzalych wzorcow Carbon 2 w kodzie oraz przetestowanie wlasnych Service Providerow wobec nowego systemu konfiguracji opartego na atrybutach. Zespoly zainteresowane wykorzystaniem Laravel AI SDK powinny wczesnie ocenic swoje wymagania dotyczace wyszukiwania wektorowego i architektury RAG, poniewaz natywne wsparcie pgvector funkcjonuje wylacznie z PostgreSQL.

Porownanie wzorca Repository z bezposrednim uzyciem Eloquent

Bezposrednie stosowanie Eloquent w kontrolerach prowadzi do scislego powiazania warstwy HTTP z baza danych. Wzorzec Repository wprowadza warstwe abstrakcji: interfejs definiuje metody dostepu do danych, a konkretna implementacja realizuje je z uzyciem Eloquent. Takie rozdzielenie poprawia testowalnosc (repozytoria mozna zastepowac obiektami mock), ulatwia zmiane zrodla danych i wymusza przestrzeganie zasady pojedynczej odpowiedzialnosci. Kompromis polega na dodatkowej zlozonosci — male projekty rzadko korzystaja z zalet tej abstrakcji, natomiast duze aplikacje z wieloma zrodlami danych zyskuja wyrazna klarownosc architektoniczna.

Laravel 12 a Laravel 13 — porownanie wersji

Decyzja o migracji na Laravel 13 zalezy od konkretnych potrzeb projektu. Ponizsze zestawienie przedstawia kluczowe roznice miedzy obiema wersjami.

| Funkcja | Laravel 12 | Laravel 13 | |---------|-----------|------------| | Wymaganie PHP | 8.2 - 8.5 | 8.3 - 8.5 | | Starter Kity | React/Vue/Svelte/Livewire | Te same + Team Multi-Tenancy | | AI SDK | Beta | Stabilne, gotowe produkcyjnie | | Wyszukiwanie wektorowe | Niedostepne | Natywne wsparcie pgvector | | Klucze dostepu (Passkeys) | Wylacznie przez WorkOS | Natywnie w Fortify | | Zmiany lamiace kompatybilnosc od 11 | Minimalne | Brak wzgledem wersji 12 | | Poprawki bledow do | Sierpien 2026 | Q3 2027 |

Dla zespolow, ktore nie potrzebuja funkcji sztucznej inteligencji ani natywnych kluczy dostepu, Laravel 12 pozostaje w pelni wspieranym wyborem do sierpnia 2026 roku. Migracja do wersji 13 moze nastapic po potwierdzeniu kompatybilnosci PHP 8.3 we wszystkich zaleznosciach projektu.

Podsumowanie

• Laravel 12 zastepuje Breeze i Jetstream czterema nowoczesnymi Starter Kitami opartymi na React 19, Vue 3, Svelte 5 i Livewire 4, z pelnym kodem uwierzytelniania dostepnym bezposrednio w projekcie
• Integracja WorkOS AuthKit dodaje logowanie spolecznosciowe, klucze dostepu (passkeys) i Single Sign-On bez wlasnej implementacji — bezplatnie do miliona aktywnych uzytkownikow miesiecznie
• Aktualizacja z Laravel 11 w wiekszosci projektow nie wymaga zmian w kodzie aplikacji — Carbon 3, komponenty Symfony 7 i PHP 8.2+ stanowia najwazniejsze zmiany w zaleznosciach
• Wydania patchowe wprowadzily metody Arr::onlyValues(), Arr::exceptValues(), containsManyItems() oraz obsluge UnitEnum w fasadzie Gate
• Przygotowanie do rozmow rekrutacyjnych w 2026 roku powinno obejmowac roznice miedzy Starter Kitami a Breeze, dzialanie Service Container oraz sciezke aktualizacji z Laravel 12 na 13
• Laravel 13 (marzec 2026) oferuje natywne AI SDK, wyszukiwanie wektorowe i klucze dostepu w Fortify — jednak Laravel 12 otrzymuje latki bezpieczenstwa az do lutego 2027 roku