nicht angemeldet
Hi!
..database
Unterverzeichnis "sql"
Das klingt unübersichtlich.
Findest du? Ich habe das als Wartungsfreundlicher empfunden, außerdem verschwinden die SQL Statements aus meinem Code.
Man könnte zum Beispiel mal hergehen und alle SQL Statements auf Performance und Optimierung prüfen und hat sie so alle in einem Ordner vorhanden.
Außerdem sieht man so besser wie viele Statements man in seinem Projekt verbaut hat.
Für die Übersichtlichkeit sind aber sinnvolle Dateinamen Pflicht.
Schau mal übern Tellerrand :-) und dir ASP.NETs MVC-Implementation an.
Das mach ich, danke.
Im Allgemeinen kann man Interfaces verwenden, wenn die Funktionalität gleich bleiben soll, die Implementation aber grundverschieden gelöst werden soll. Ansonsten reicht eine Basisklasse mit Ableitungen.
Das wäre doch bei meinem Model usw. der Fall oder?getData()? Scheint mir nicht sehr sinnvoll zu sein.
Genau das hatte ich eigentlich vor.
getData, setData, changeData, deleteData ... so in der Art.
Das wäre ja dann für jedes Model notwendig aber mit anderem Inhalt.
Eine View ist auch auch spezialisiert auf die Daten, die sie bekommt und kann kaum pauschal aus einem beliebigen Model Content erstellen.
Zum Beispiel eine View die ein Tabelle aus einem Array erzeugt. Das wäre doch etwas was sozusagen von jedem Model benutzt werden kann.
Ich wollte es halt gleich richtig machen wenn ich mir schon mal die Mühe mach.
Gleich richtig bedeutet nicht, aufblähen ... Kompromisse zu suchen bleibt da nicht aus.
Ja, man will halt immer alles auf einmal :)
Lo!
Gruß Thomas