Rezerwacje obiektów — zadania
Zakres pierwszego spotkania
Ta karta obejmuje wyłącznie wykład 3 października 2026 (2 × 45 min). Analizujecie komunikację klient–serwer i projekt rezerwacji. Nie musicie jeszcze uruchamiać środowiska ani samodzielnie programować aplikacji.
Wasze zadanie
Budujecie własną aplikację fikcyjnego ośrodka „Sosna”. Nie korzystacie z baz ani kodu innych kursów. Wymagana jest podstawowa znajomość Pythona; środowisko i stan startowy udostępnia prowadzący.
- P1: plac treningowy, dostępny; P2: sala symulatorów, niedostępna z powodu przeglądu.
- Jednostki: A — Alfa, B — Bravo.
- T oznacza jutrzejszą datę ustaloną na zajęciach. Wszystkie czasy mają jawną, wspólną strefę.
- Rezerwacja kontrolna R1: P1, jednostka A, T 08:00–10:00.
- Rezerwacja wymaga istniejącego, dostępnego obiektu i istniejącej jednostki. Początek poprzedza koniec i nie może być w przeszłości.
- Przedziały są półotwarte: zawierają początek, nie zawierają końca. Dwie rezerwacje tego samego obiektu nie mogą nachodzić na siebie.
Na wykładzie przewidujecie wyniki żądań na podstawie tego przykładu; działanie serwera pokazuje prowadzący.
Jak pracujemy
Każda para przygotowuje schemat komunikacji, przykłady żądań i krótkie uzasadnienie. Każda osoba powinna umieć wyjaśnić wynik. Dane i zadania są niezależne od pozostałych przedmiotów.
Wykład 1 — Co się dzieje po kliknięciu „Rezerwuj”?
- Rozrysuj drogę od kliknięcia „Rezerwuj” do zapisu i odpowiedzi. Nazwij odpowiedzialność przeglądarki, API i bazy.
- Zaproponuj żądania odczytu i utworzenia rezerwacji. Co możesz stwierdzić, gdy odpowiedź po zapisie nie dotarła?
Materiały i zadania laboratoryjne zostaną udostępnione przed 8 listopada 2026 (4 × 45 min). Na wykładzie 3 października nie realizujecie laboratorium „Od zera do CRUD”.