Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Quellcode |
|
1 2 3 4 5 6 7 8 9 |
const model = require('./model'); module.exports = function(app){ app.get('/myRoute', function (req, res) { res.render('myTemplate', model()); // Hier lasse ich mir die benötigten Daten vom Model zurückliefern }); }; |
Quellcode |
|
1 2 3 |
module.exports = function(){ return {}; }; |
Quellcode |
|
1 2 3 4 |
app.post('/myRoute/getSomeData', function (req, res) { var data = req.body; res.send({}); // irgendwelche Daten zurückliefern }); |
Quellcode |
|
1 2 3 4 5 6 7 8 9 |
module.exports = { loadRouteData: function(){ return {}; } getSum: function(valOne, valTwo){ return valOne + valTwo; } }; |
Quellcode |
|
1 |
res.render('myTemplate', model.loadRouteData()); |
Quellcode |
|
1 |
res.send(model.getSum(11, 27)); |
Alter Hase
C-/C++-Quelltext |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
class User{ constructor(name, hashed_password){ this.name = name; this.hashed_password; } set_name(name){ this.name = name; } get_hashed_password(){ return this.hashed_password; } set_hashed_password(hashed_password){ this.hashed_password = hashed_password; } } |
Zitat
Was mache ich jetzt mit meinem Model? Lege ich ein weiteres Script an, mit einem anderen Model?
Zitat
Bei deiner Frage sehe ich eher ein Problem bei deiner Arbeitsweise. Hast du denn ein konkretes Problem,
dass du mit dem MVC lösen möchtest?
Man sollte keine Pattern verwenden, nur weil sie 'fancy' sind, sondern dann wenn sie gebraucht werden.
Zitat
Recherchiere die Begriffe "RESTful API" und "CRUD". Wenn du die Parallelen entdeckt und verstanden hast, dann schreibt sich eine Webapp mit MVC-Architektur schon fast von alleine.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Julién« (09.02.2018, 01:38)
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Das stimmt so nicht. Natürlich hat ein Modell auch eigene Logik, sonst reden wir hier nicht über MVC, sondern über Data Oriented wie z.B. ECS. MVC stellt nur sicher, dass Änderungen am Modell durch einen Controller erledigt werden und eine View nicht direkt darauf herum fummelt und View-Änderungen ebenfalls durch den Controller gehen, statt vom Modell ausgeführt zu werden. Ein Modell darf aber natürlich sehr wohl seine eigene Logik enthalten. Z.B. "Bibliothek.verleiheBuchAn(Kunde)" ist eine absolut legale Modell-Operation. Sie verändert aber erstmal den View nicht, weil der ja entkoppelt davon ist.Das wäre schon ein einfaches Model. Wie gesagt, ein Model soll NUR Daten enthalten, keine Logik
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »BlueCobold« (09.02.2018, 06:36)
Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »Chromanoid« (09.02.2018, 16:20)
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Das hängt auch sehr von der konkreten Anwendung ab. Ein Shopsystem hat z.B. erstaunlich wenig aktive Modelle, da ist alles irgendwie ja nur ein Daten-Container. Aber bei einer Simulation, einem Spiel oder irgendwas interaktivem, tun die Modelle durchaus auch selbst etwas und enthalten Logik, die da auch absolut hin darf und hin sollte. Business-Logik gehört letztlich bitte weder in die View, noch in den Controller (wahlweise ViewModel), soweit das geht.Ich stimme da BlueCobold zu, obwohl ich der Interpretation des Models von Julien ebenfalls schon oft begegnet bin.
Werbeanzeige