Pytania pomocnicze - INF.04

Angular wykorzystuje się głównie do tworzenia aplikacji front-endowych, czyli interfejsów działających po stronie klienta w przeglądarce.

Angular służy głównie do tworzenia aplikacji front-end, czyli warstwy widocznej dla użytkownika w przeglądarce internetowej. Umożliwia budowę interfejsu, nawigacji i obsługę danych po stronie klienta.

Front-end odpowiada za widok i interakcję z użytkownikiem, a back-end za logikę serwera, bazę danych i przetwarzanie żądań.

Front-end to część, z którą użytkownik bezpośrednio pracuje, np. widoki, formularze i przyciski. Back-end odpowiada za logikę serwera, bazę danych, autoryzację i przetwarzanie danych.

Nie. Angular działa po stronie klienta i może komunikować się z serwerem, ale bezpośrednią obsługą bazy danych zajmuje się zwykle back-end.

Angular działa po stronie klienta, głównie w przeglądarce, i służy do budowy interfejsu użytkownika. Nie realizuje typowych zadań serwerowych, takich jak obsługa bazy danych czy logika po stronie serwera.

Najczęściej przez żądania HTTP do API, np. REST API, z którego pobiera lub do którego wysyła dane.

Angular współpracuje głównie z HTML, CSS i TypeScript. Często łączy się go także z API back-endowym, które dostarcza dane do interfejsu.

Oznacza to, że jej kod jest wykonywany na urządzeniu użytkownika, najczęściej w przeglądarce internetowej.

Tak, ale nie samodzielnie jako podstawowy framework tego typu. Może być używany razem z dodatkowymi technologiami, np. Ionic dla aplikacji mobilnych lub Electron dla desktopowych.

Podstawą front-endu są HTML, CSS oraz JavaScript lub TypeScript. Angular korzysta głównie z TypeScriptu.

Wskazówkami są sformułowania dotyczące interfejsu użytkownika, działania w przeglądarce, widoków, komponentów i obsługi strony po stronie klienta. Angular jest właśnie takim frameworkiem.

Pośrednio tak, z dodatkowymi narzędziami, ale podstawowym i egzaminacyjnie najważniejszym zastosowaniem Angulara jest front-end aplikacji webowych.

Dwukropek po nazwie klasy oznacza dziedziczenie po klasie bazowej albo implementację interfejsu. W zapisie `class Car : Vehicle` klasa `Car` dziedziczy po `Vehicle`.

Oznacza dziedziczenie. Klasa `Car` jest klasą pochodną, a `Vehicle` klasą bazową.

Klasa bazowa to klasa, po której dziedziczą inne klasy. Klasa pochodna przejmuje dostępne elementy klasy bazowej i może dodawać własne pola oraz metody.

Może odziedziczyć pola, właściwości i metody dostępne zgodnie z modyfikatorami dostępu, np. `public` i `protected`. Elementy `private` nie są bezpośrednio dostępne w klasie pochodnej.

Nie. Pola i metody oznaczone jako `private` są dostępne tylko wewnątrz klasy, w której zostały zadeklarowane.

Bo samo dziedziczenie nie daje dostępu do pól `private`. Takie pola są dostępne tylko wewnątrz klasy, w której zostały zadeklarowane.

Należy użyć modyfikatora `protected`. Element `protected` jest dostępny w klasie bazowej oraz w klasach pochodnych.

Klasa bazowa przekazuje wspólne cechy i zachowania, a klasa pochodna je przejmuje i może rozszerzać lub modyfikować. W przykładzie `Vehicle` jest bazowa, a `Car` pochodna.

Nie. W C# klasa może dziedziczyć bezpośrednio tylko po jednej klasie bazowej, ale może implementować wiele interfejsów.

Nie, C# nie obsługuje wielodziedziczenia klas. Klasa może dziedziczyć tylko po jednej klasie bazowej, ale może implementować wiele interfejsów.

Dziedziczenie klasy pozwala przejąć jej pola, właściwości i metody. Implementacja interfejsu oznacza zobowiązanie klasy do zdefiniowania określonych metod lub właściwości.

Używa się słowa kluczowego `base`, np. `public Car() : base() { }`. Pozwala to uruchomić konstruktor klasy bazowej podczas tworzenia obiektu klasy pochodnej.

Nie w takim sensie jak w C++. C# nie posiada mechanizmu `friend class`; dostęp kontroluje się głównie przez modyfikatory dostępu.

Dziedziczenie umożliwia traktowanie obiektu klasy pochodnej jak obiektu klasy bazowej. Dzięki temu można nadpisywać metody i uzyskiwać różne zachowanie przy tym samym interfejsie wywołania.

Część ułamkowa jest odcinana. Dla wartości `5.96` po konwersji na `int` zostaje `5`.

Polega na zamianie typu danych z float/double na int. W typowych przypadkach część ułamkowa jest odcinana, więc liczba traci miejsca po przecinku.

Nie. Rzutowanie na `int` nie zaokrągla, tylko usuwa część po przecinku.

Bo konwersja do int nie wykonuje zaokrąglenia matematycznego. Usuwa tylko część ułamkową i pozostawia część całkowitą.

Wynikiem będzie `7`, ponieważ część `.99` zostanie odcięta.

Rzutowanie zmienia typ danych i zwykle obcina część ułamkową. Zaokrąglanie analizuje wartość po przecinku i może zwiększyć lub zmniejszyć liczbę całkowitą.

Rzutowanie na `int` odcina część ułamkową. Funkcja `round` służy do zaokrąglania zgodnie z zasadami danego języka.

W typowych językach używanych na egzaminie wynik będzie równy -2. Część ułamkowa zostaje odcięta, a nie zaokrąglona do -3.

Ponieważ rzutowanie nie usuwa kropki dziesiętnej przez sklejenie cyfr. Zmienia typ liczby na całkowity, odrzucając część ułamkową.

Typ int służy do zapisu liczb całkowitych, bez części dziesiętnej. Dlatego przy przypisaniu liczby rzeczywistej potrzebna jest konwersja lub następuje utrata części ułamkowej.

Stosuje się zapis z typem w nawiasie, np. `int b = (int)x;`. Dla `x = 5.96` zmienna `b` otrzyma wartość `5`.

W Pythonie często widać zapis `int(x)`, a w C++, C# i Javie `(int)x`. Taki zapis oznacza próbę zamiany wartości na typ całkowity.

Interpreter odczytuje kod programu i wykonuje go po kolei, instrukcja po instrukcji. Nie musi wcześniej tworzyć osobnego pliku wykonywalnego.

Kompilator tłumaczy cały program przed uruchomieniem, często do kodu maszynowego lub pośredniego. Interpreter wykonuje kod na bieżąco, krok po kroku.

Kompilator tłumaczy cały program przed uruchomieniem, a interpreter wykonuje kod etapami podczas działania. To podstawowa różnica widoczna w sposobie pracy obu narzędzi.

Nie zawsze. W typowym ujęciu interpreter może wykrywać błędy dopiero podczas wykonywania kolejnych instrukcji programu.

To bardziej cecha kompilatora, który zwykle analizuje cały kod przed wykonaniem. Interpreter może wykrywać błędy w trakcie działania, gdy dochodzi do danej instrukcji.

Interpreter ułatwia szybkie uruchamianie i testowanie kodu bez etapu pełnej kompilacji. Jest to wygodne w automatyzacji, aplikacjach internetowych i prostych skryptach.

Nie w takim samym sensie. Interpreter skupia się na bieżącym wykonywaniu poleceń, a kompilator przygotowuje całość programu do uruchomienia wcześniej.

Nie. Tłumaczenie całego programu na kod maszynowy jest typowo kojarzone z kompilatorem, a nie z interpreterem.

Ułatwia testowanie i szybkie uruchamianie kodu bez pełnej kompilacji. Jest to wygodne zwłaszcza podczas nauki, pisania skryptów i debugowania.

Najczęściej przerywa działanie programu i zgłasza komunikat błędu. Błąd może zostać wykryty dopiero wtedy, gdy interpreter dojdzie do danej instrukcji.

Program interpretowany bywa wolniejszy, ponieważ analiza i wykonanie odbywają się na bieżąco. Dodatkowo część błędów może ujawnić się dopiero podczas działania programu.

Interpretery są częste w językach skryptowych, np. Python czy JavaScript. Sprawdzają się tam, gdzie ważna jest szybkość tworzenia i uruchamiania kodu.

RAD oznacza Rapid Application Development, czyli szybkie tworzenie lub szybki rozwój aplikacji. Jest to podejście nastawione na szybkie prototypowanie i elastyczne dostosowywanie programu do wymagań.

RAD to Rapid Application Development, czyli środowisko lub metodyka szybkiego rozwoju aplikacji. Nacisk kładzie na szybkie tworzenie działających wersji systemu.

Prototypy pozwalają szybko pokazać użytkownikowi działającą wersję aplikacji. Dzięki temu można wcześniej wykryć błędy w założeniach i szybciej doprecyzować wymagania.

RAD ogranicza rozbudowane planowanie na rzecz szybkich iteracji, prototypowania i częstego kontaktu z użytkownikiem. Ważna jest elastyczność i szybkie reagowanie na zmiany wymagań.

Model kaskadowy zakłada bardziej liniowe przechodzenie przez etapy projektu, natomiast RAD jest iteracyjny i elastyczny. W RAD szybciej powstają działające wersje programu, które są następnie poprawiane.

Prototypy pozwalają szybko pokazać działanie aplikacji i zebrać informację zwrotną od klienta. Dzięki temu łatwiej doprecyzować wymagania jeszcze przed ukończeniem całego systemu.

Użytkownik często ocenia prototypy i przekazuje informacje zwrotne. Jego udział pomaga dopasować aplikację do rzeczywistych potrzeb.

W modelu kaskadowym najpierw dokładnie planuje się i dokumentuje kolejne etapy, a dopiero potem wdraża rozwiązanie. W RAD szybciej buduje się działające fragmenty aplikacji i modyfikuje je na bieżąco.

Nie. Zintegrowane środowisko programistyczne to IDE, a RAD to Rapid Application Development, czyli metodyka szybkiego tworzenia aplikacji.

Najlepiej w projektach, gdzie liczy się szybkie dostarczenie rozwiązania, wymagania mogą się zmieniać, a użytkownik końcowy jest dostępny do konsultacji. Dobrze działa też przy tworzeniu aplikacji biznesowych i prototypów.

RAD może być ryzykowny w projektach bardzo dużych, silnie regulowanych lub krytycznych dla bezpieczeństwa. W takich przypadkach często potrzebna jest dokładniejsza dokumentacja i formalne planowanie.

Zbyt mały nacisk na planowanie może prowadzić do problemów z architekturą, dokumentacją i utrzymaniem systemu. Metoda wymaga też zaangażowania użytkowników oraz sprawnego zespołu.

Oznacza krótkie dotknięcie elementu interfejsu palcem. Najczęściej służy do uruchomienia akcji, np. pokazania szczegółów elementu listy.

To zdarzenie wywoływane po dotknięciu elementu interfejsu palcem. Najczęściej służy do otwierania szczegółów, uruchamiania akcji lub wyboru elementu z listy.

Tapped jest ogólnym zdarzeniem dotknięcia elementu na ekranie dotykowym. Button Clicked dotyczy zwykle kliknięcia kontrolki typu przycisk.

W interfejsach dotykowych podstawową akcją użytkownika jest stuknięcie palcem, czyli tap. Dlatego zdarzenie tapped odpowiada wyborowi elementu listy na ekranie telefonu lub tabletu.

Toggled używa się przy zmianie stanu przełącznika, np. Switch lub ToggleButton. Oznacza przełączenie między stanem włączonym i wyłączonym.

Tapped jest ogólnym zdarzeniem dotykowym dla elementów interfejsu, nie tylko przycisków. Button clicked odnosi się zwykle do kliknięcia konkretnej kontrolki typu przycisk.

ValueChanged występuje, gdy zmienia się wartość kontrolki, np. suwaka, pola liczbowego lub selektora. Nie oznacza samego dotknięcia elementu.

Toggled stosuje się przy kontrolkach przełączanych, np. Switch lub ToggleButton. Oznacza zmianę stanu między włączone i wyłączone, a nie zwykłe dotknięcie elementu listy.

Ponieważ użytkownik wykonuje gest dotknięcia na elemencie interfejsu. Aplikacja reaguje na ten gest, np. otwierając ekran z detalami.

Value changed oznacza zmianę wartości kontrolki, np. suwaka, pola tekstowego lub selektora. Nie opisuje samego dotknięcia elementu listy, tylko zmianę danych.

Mogą to być elementy listy, etykiety, obrazy, panele, karty lub inne widoki. Nie musi to być wyłącznie przycisk.

Najczęściej przechodzi do ekranu szczegółów wybranego obiektu albo rozwija dodatkowe informacje. To typowy wzorzec nawigacji w aplikacjach mobilnych.

Angular to framework JavaScript/TypeScript służący do budowania interfejsów użytkownika działających w przeglądarce. Umożliwia tworzenie komponentów, widoków, formularzy i obsługę logiki po stronie klienta.

Front-end dotyczy warstwy widocznej dla użytkownika, np. Angular, HTML i CSS. Back-end odpowiada za logikę serwera i przetwarzanie danych, np. Django czy .NET.

HTML i CSS służą głównie do tworzenia struktury i wyglądu strony. Angular pozwala budować pełniejsze aplikacje front-end, z komponentami, routingiem, obsługą danych i logiką interfejsu.

Angular to framework służący do budowy interfejsów użytkownika działających w przeglądarce. Jest typowym narzędziem front-end developera.

Django i .NET są najczęściej kojarzone z tworzeniem zaplecza aplikacji, czyli back-endu. Mogą współpracować z front-endem, ale nie są podstawową technologią do budowania interfejsu użytkownika w przeglądarce.

HTML i CSS są podstawą front-endu, ale nowoczesne aplikacje często wymagają też JavaScriptu i frameworków, takich jak Angular czy React. Dlatego osoba znająca Angular zwykle lepiej pasuje do budowy aplikacji front-end.

Taka osoba najczęściej zajmowałaby się grafiką, projektowaniem elementów wizualnych, ikon, ilustracji lub materiałów graficznych. Nie oznacza to bezpośrednio tworzenia aplikacji front-end.

Django i .NET są kojarzone głównie z tworzeniem zaplecza aplikacji, czyli back-endu. Nie są podstawowymi technologiami do budowy warstwy interfejsu w przeglądarce.

Tak, do prostej statycznej strony HTML i CSS mogą wystarczyć. Jednak w pytaniu chodzi o stworzenie aplikacji front-end, dlatego bardziej trafną technologią jest Angular.

Taka osoba może zajmować się grafiką, projektowaniem elementów wizualnych i przygotowaniem materiałów do interfejsu. Nie musi jednak programować front-endu.

Należy szukać technologii związanych z interfejsem użytkownika w przeglądarce, takich jak HTML, CSS, JavaScript, TypeScript, Angular, React lub Vue. Framework front-endowy zwykle oznacza najlepsze dopasowanie do tworzenia aplikacji klienckiej.

Trzeba dopasować technologię z tabeli do zakresu obowiązków. Najważniejsze jest rozpoznanie, które narzędzia służą do front-endu, back-endu, grafiki lub testowania.

Aplikacja React uruchamiana w trybie deweloperskim zwykle działa pod adresem `localhost:3000`.

localhost oznacza komputer lokalny, czyli ten sam, na którym działa przeglądarka i uruchomiona aplikacja. Służy do testowania aplikacji bez publikowania ich w internecie.

Aplikacja Angular uruchomiona poleceniem deweloperskim zwykle działa pod adresem `localhost:4200`.

Port wskazuje konkretną usługę działającą na komputerze. Dzięki temu system wie, do której aplikacji ma przekazać żądanie.

`localhost` oznacza komputer lokalny, czyli maszynę, na której uruchomiono aplikację lub serwer.

Dla React najczęściej jest to port 3000, a dla Angular port 4200. To właśnie te wartości są typowo wymagane na egzaminie.

Numer portu wskazuje konkretną usługę działającą na komputerze. Dzięki temu kilka aplikacji może działać lokalnie jednocześnie na różnych portach.

Sam localhost nie wskazuje konkretnej aplikacji, jeśli działa ich kilka. Numer portu doprecyzowuje, z którą usługą przeglądarka ma się połączyć.

Angular jest frameworkiem front-endowym, a React biblioteką JavaScript do budowy interfejsów użytkownika. Oba narzędzia służą do tworzenia aplikacji webowych.

Nie, port można zmienić w konfiguracji albo podczas uruchamiania projektu. Jednak domyślne wartości to zwykle 3000 dla React i 4200 dla Angular.

Tak, port można zmienić w konfiguracji projektu lub przy uruchamianiu aplikacji. Na egzaminie zwykle chodzi jednak o porty domyślne: React `3000`, Angular `4200`.

Możliwe, że serwer deweloperski nie został uruchomiony, port jest zajęty albo aplikacja działa na innym porcie. Warto sprawdzić komunikaty w terminalu.

Oznacza to, że aplikacja jest uruchomiona na komputerze programisty w celu testowania i podglądu zmian, a niekoniecznie opublikowana na produkcyjnym serwerze.

Binding to wiązanie właściwości kontrolki z danymi lub właściwością innego obiektu. Przykładem jest powiązanie tekstu etykiety z nazwą użytkownika w ViewModelu.

Binding polega na powiązaniu właściwości kontrolki UI z danymi albo właściwością innego obiektu. Dzięki temu zmiana danych może automatycznie zmieniać widok.

Binding służy do powiązania danych z właściwościami interfejsu. Obsługa zdarzeń polega na uruchamianiu funkcji po akcji użytkownika, np. kliknięciu przycisku.

Binding służy do synchronizacji danych i właściwości, a zdarzenia do reagowania na akcje użytkownika. To dwa różne mechanizmy, choć często używane razem.

Oznacza powiązanie właściwości kontrolki z właściwością `Value` wybranego źródła danych. Widok może dzięki temu pobierać i wyświetlać wartość z innego obiektu.

W MVVM binding łączy widok z właściwościami ViewModelu. Pozwala to oddzielić logikę aplikacji od warstwy interfejsu.

Oznacza odwołanie do właściwości `userName` obiektu `viewmodel`. Wartość tej właściwości może zostać wyświetlona w kontrolce, np. w `TextView`.

Oznacza odwołanie do właściwości userName w obiekcie viewmodel. Wartość tej właściwości jest wiązana z atrybutem text kontrolki TextView.

Zmniejsza ilość kodu potrzebnego do ręcznego aktualizowania interfejsu. Pozwala też lepiej oddzielić dane i logikę aplikacji od warstwy widoku.

To powiązanie właściwości Text kontrolki Label z właściwością Value innej kontrolki, wskazanej jako slider2. Gdy wartość suwaka się zmieni, tekst etykiety może zostać zaktualizowany.

W MVVM widok najczęściej wiąże swoje kontrolki z właściwościami ViewModelu. Dzięki temu ViewModel przygotowuje dane, a View tylko je prezentuje.

Zmniejsza ilość ręcznego kodu aktualizującego interfejs. Dzięki temu aplikacja jest czytelniejsza, łatwiejsza w utrzymaniu i mniej podatna na błędy.

Nie. W kontekście Androida i XAML binding dotyczy wiązania danych z właściwościami elementów interfejsu użytkownika.

Nie. Binding może łączyć kontrolkę z dowolną właściwością obiektu, np. ViewModelu, modelu danych albo innej kontrolki.

Blok `catch` służy do przechwycenia i obsłużenia wyjątku, który wystąpił w bloku `try`. To w nim definiuje się reakcję programu na błąd.

Blok `catch` przechwytuje wyjątek zgłoszony w `try` i pozwala zdefiniować reakcję programu na błąd, np. komunikat lub działanie naprawcze.

Blok `try` zawiera kod, który może spowodować wystąpienie wyjątku. Jeśli błąd się pojawi, sterowanie może zostać przekazane do odpowiedniego bloku `catch`.

`try` zawiera kod narażony na błąd, `catch` obsługuje wyjątek, `finally` wykonuje się na końcu, a `throw` służy do zgłoszenia wyjątku.

`catch` obsługuje wyjątek, a `finally` wykonuje kod końcowy niezależnie od tego, czy wyjątek wystąpił. `finally` często służy np. do zamykania plików lub połączeń.

Wykonywanie kodu w `try` zostaje przerwane, a program przechodzi do pasującego bloku `catch`. Jeśli go nie ma, wyjątek może zakończyć działanie programu.

Instrukcja `throw` służy do jawnego zgłoszenia wyjątku przez programistę. Nie obsługuje błędu, tylko go generuje.

Obsługa wyjątków zwiększa stabilność programu, pozwala uniknąć nagłego zakończenia działania i umożliwia poinformowanie użytkownika o problemie.

Nie, blok `catch` jest powiązany z blokiem `try`. Najpierw musi istnieć fragment kodu, w którym wyjątek może wystąpić.

Tak, można przechwytywać różne typy wyjątków osobnymi blokami `catch`, co pozwala lepiej dopasować sposób obsługi błędu.

Pozwala uniknąć nagłego zakończenia programu i umożliwia kontrolowaną reakcję na błędy. Dzięki temu aplikacja jest bardziej odporna i przyjazna dla użytkownika.

Blok `finally` wykonuje się niezależnie od tego, czy wyjątek wystąpił, dlatego często umieszcza się w nim kod porządkujący, np. zamykanie plików lub połączeń.