Hallo
MVC steht für "Model View Controller". Die Idee besagt, das man die Darstellung der Daten (view) von den Daten selbst (Model) trennen sollte. Um dies Umzusetzen werden verschiedene Entwurfsmuster
wie Observer angewendet. Eine View meldet sich als Obeserver auf einem Model an. Wird das Model geändert, werden alle Views darüber informiert und wissen, "aha, ich muss mich aktualisieren." Der
Controller meldet sich auf der View als Observer an. Ändert der User die Daten (mittels View) , allamiert der Controller alle Models. Und die Models allamieren dann wieder die andern Views. Wo wir also wieder beim Anfang wären...

Warum dieser Aufwand?
1. Konsistenz Hast du viele Views auf die gleichen Daten (sei es ein Diagramm, eine Tabelle etc.) so müssen sie immer die aktuellen Daten darstellen.
2. Testbarkeit Eine View ist schwirieg zu testen. Ist das Model losgelöst von der Darstellungslogik, ist es leichter nur die Daten(verarbeitung) (Model) mittels UnitTests zu testen.
Die View sollte reine Darstellungslogik haben, keine Datenlogik.
3. Koppelung Dein Form2 ist enggekoppelt an das Form1. Etwahige Controll Änderungen haben Code Änderungen in dem Form2 zur folge.
Lose Koppelung ist der Schlüssel zur Wiederverwendung!
4. Anpassungsfähigkeit Eine View ändert sich schnell. Neue VCs die schöner Aussehen, der User will nicht das es so aussieht etc. Ist die ganze Logik direkt auf den Controlls, also direkt auf der View, sind solche Änderungen schwireig und mit viel Aufwand verbunden.
Des weiteren, vielleicht kommen eines Tages noch weitere Views dazu?
MVC kommt auch dem Open-Closed Prinzip entgegen.
www.empros.ch/vielfa...closedprinciple.html
So nach dieser etwas längeren Liste der Vorteile, kommen jetzt die Nachteile:
1. Aufwand MVC zu implementierung ist viel Aufwand. Alles zu trennen, mehrer Klassen etc. und manchmal ist dieser Aufwand nicht gerechtfertigt. Das ist eine Sache des Gefühls. Für wenn ist die Applikation? Was ist die ungefähre Lebensdauer? Wievele Menschen werden sie benutzen? Wie hoch ist die Chance das diese Menschen änderungen wünschen/verlangen? Aus den ersteren Fragen erschlisst sich wie hoch die Chance ist, dass sich die Applikation im laufe der Zeit verändern muss.
Eine Sache des Gefühls und was um was für eine Applikation es sich handelt.
Dein Beispiel:
Dein Form2 ist die View auf die Daten zum Bearbeiten. Form1 stellt die Daten ebenfalls dar nur können sie da nicht bearbeitet werden. Ein weiteres Prinzip kommt hier zutage: DRY - Don't repeat yourself. Der Teufel liegt in der Wiederholung! Ein anderes Beispiel - wie oben erwähnt - eine Tabelle welche Daten enthält und ein Diagramm das die Daten graphisch darstellt.
Ich wünsche noch ein guten Start in die Woche
Grüsse