Składowe klasy

Ad 4. Zdarzenia (Events) to rodzaj wywołań procedur - nazwa z sygnaturą - (mających rangę specjalnego rodzaju obiektów), które przekazuje się do systemu (Raise Event - wywołać/podnieść/wygenerować zdarzenie), by je skierował do klientów, którzy chcą uaktywnić procedury zdarzeniowe. Jak widać jest to asynchroniczne wywołanie nieznanej liczby procedur, w przeciwieństwie do zwykłego wywołania procedury, które jest synchroniczne (nadawca czeka, aż wywołana procedura zwróci sterowanie, czyli zakończy się) i dotyczy jednego odbiorcy -wywoływanej procedury jakiegoś obiektu. Wywołujący zdarzenie obiekt nie wie, czy ktokolwiek przechwyci to zdarzenie, tj. czy jest zarejestrowany w systemie jakikolwiek odbiorca - ten odbiorca, to procedura zdarzeniowa - metoda - którą musiał zarejestrować (zdefiniować) inny obiekt chcący reagować na to zdarzenie. Więc zdarzenie, to operacja asynchroniczna, bo o momencie wyrzucenia zdarzenia decyduje obiekt, ale o czasie uruchomienia procedury/procedur zdarzeniowej/zdarzeniowych zadecyduje system. I Tak jeden obiekt wyrzuca zdarzenie, a inny/inne zarejestrowane, reagują poprzez wywołania z systemu ich procedur zdarzeniowych - a co one robią zależy tylko od definicji tej procedury w obiekcie. Można dodatkowo powiedzieć, że prócz asynchroniczności obsługa zdarzenia cechuje się też pośredniością - nie jest wyznaczona przez nazwę procedura odbiorcy (zdarzeniowa), czyli jest wołanie pośrednie.
Rolą zdarzenia jako składowej jest być wygenerowanym, by otoczenie wiedziało, że określone zdarzenie zaszł w określonym obiekcie. Przykład: klasa Button kontrolek, gdy jej obiekt zanurzony w formie jest kliknięty, wyrzuca zdarzenie Click. Forma zwykle definiuje procedure zdarzeniową, która ma na to zareagować - w ten sposób forma rejestruje się w systemie, że chce być odbiorcą tego zdarzenia. Ale być może inne obiekty też chcą na to reagować (np. jakiś obiekt suwaka może w reakcji na to zmienić położenie, itp.