Tach!
Ich möchte eine Webseite erstellen nach MVC Architektur. Sie soll zusätzlich mit dem Webclient direkt über Nachrichten in einem Dialog kommunizieren könnnen z.B. "login erfolgreich"
Das heißt konkret, dass neben den Requests des Browsers nach HTML-Seiten (eingebundene Ressourcen wie Bilder, CSS und JS außer Acht gelassen) auch noch Requests via Ajax gestellt werden? Für die kann man sich eine WebAPI-Schnittstelle erstellen, beispielsweise nach dem REST-Prinzip.
Ins MVC integriert kann man sich spezielle Controller erstellen, die diese API-Aufrufe behandeln. Oder aber man integriert die Aufrufe in die bestehenden Controller als eigene Actions.
Ob man das so oder so macht ist eine Frage der Organisation. Framework-Ersteller neigen gern dazu, die Ordnung anhand von architekturellen Typen vorzunehmen. Das heißt, sie sortieren die Controller in die eine Ecke und die Models in die andere, die Views bekommen ihre, WebAPI und Helfer und was sonst noch so anfällt bekommen ebenfalls ihre Ecken. Sieht ordentlich aus? Ist aber Mist. Man arbeitet (besonders als Einzelkämpfer) ja meist themenorientiert und nicht architekturorientiert. Wen man zum Beispiel an der Kundenverwaltung arbeitet, an der Artikelverwaltung, an der Abwicklung des Warenkorbs und anderen Themen, dann arbeitet man meist erst an dem einen Thema, schaut dass da alles zusammenpasst und nimmt dann das nächste. Es ist kaum so, dass man zuerst alle Models erstellt und dann alle Controller und zum Schluss die Views. Sortiert man sich nun architekturell, muss man nun immer zwischen drölf Hauptverzeichnissen hin und her laufen, anstatt dass man alles an einem Ort hat.
dedlfix.