Machste eine Property draus, im Setter testen ob der Wert False ist und dann die MessageBox zeigen.

Du solltest dir unbedingt ein Buch greifen und die Grundlagen lernen.
Guckst du hier wegen Property:
docs.microsoft.com/en-us/previ…ions//e8ae41a4(v%3dvs.85)

Das mit der MessageBox (bitte nicht MsgBox!) ist IMHO gaaanz schlechter Coding-Stil. Mach besser ein Event daraus, dann kannst Du dieses Event öffentlich machen, jeder der will kann sich ranhängen und Du hast einfach bessere Kontrolle darüber, WAS passiert ist. Du kannst Dir sogar im EventHandler zusätzliche Infos mitgeben lassen (was der vorherige Wert, wer hat den Wert geänder (Pgm oder User), ...)

Lg Radinator

Warum ist das denn schlechter Stil? Angenommen ich habe eine Log-Funktion, es wird nur geloggt wenn der Wert der Property True ist, setzt der User nun Checkbox>Checked auf False und somit die daran gebundene Property, kann man doch so eine Sicherheitsabfrage(Willste das wirklich deaktivieren?) reinmachen. Dazu extra ein Event finde ich dann unnötigen Code, unnötigen Code empfinde ich als schlecht. Wobei man in Beispiel-Szenario auch im CheckBox.CheckedChanged reagieren könnte.

@NoIde Die MessageBox ist an dieser Stelle schlecht.
Wenn Du was verfolgen willst, häng ne Console an Dein Programm und gib dort alles Zeugs aus.
Elementar so:
Kommunikation zwischen Console und Form
etwas komfortabler so:
Angehängte Console kann nicht direkt geschlossen werden.

Es geht ja nicht drum, das ich das verfolgen will, in meinem beschrieben Szenario wird der user Informiert, bzw. dem User eine Sicherheitsabfrage gezeigt. Müsste ich feststellen bzw. diese Info für's debuggen benötigen wann die Property auf False gesetzt wurde, täte ich eine Exception werfen oder einen Haltepunkt innerhalb einer bedingung im Setter setzen.