Kwalifikacja: INF.04 - Projektowanie, programowanie i testowanie aplikacji

W tym fragmencie kodu pojawia się metoda setOnClickListener, która, jeśli się tak chwilę zastanowić, nie jest wykorzystywana do reagowania na zmianę tekstu, wybieranie daty czy też zmianę stanu kontrolki Switch. To właśnie kliknięcia – czyli naciśnięcia przycisku – są tutaj obsługiwane. Spotkałem się już z tym, że osoby zaczynające przygodę z Androidem mylą czasem różne typy listenerów, bo faktycznie jest ich sporo i mają dość podobne nazwy, przez co łatwo się pogubić. Żeby wykryć zmianę w polu tekstowym (np. EditText), trzeba zastosować TextWatcher, gdzie obsługujemy metody jak afterTextChanged czy beforeTextChanged. Z kolei wybieranie daty zwykle wiąże się z użyciem DatePickerDialog, a tam stosujemy DatePickerDialog.OnDateSetListener, który zupełnie inaczej wygląda w kodzie. Jeśli chodzi o kontrolki Switch, to reagowanie na ich stan odbywa się za pomocą setOnCheckedChangeListener, gdzie w metodzie onCheckedChanged dowiadujemy się, czy Switch został włączony czy wyłączony. Typowym błędem jest patrzenie tylko na nazwę metody i przypisywanie jej do obsługi różnych kontrolek bez głębszego zastanowienia. Moim zdaniem warto poświęcić chwilę na przestudiowanie dokumentacji Androida, bo tam dość jasno opisano, które listener’y są przeznaczone do jakich zdarzeń. Ostatecznie, setOnClickListener zawsze oznacza, że obsługujemy kliknięcie – to taki standard branżowy w Androidzie i praktycznie nie stosuje się go do niczego innego niż reakcja na naciśnięcie widoku przez użytkownika.