img - GitHub Pages

2.4. Proof of Concept 29
1 function findTaskAndUser(id, next) {
2 Task.find(id).done(function(err, task) {
3 User.find(task.userId).done(function(err, user) {
4 next(task, user);
5 });
6 });
7 }
8
9 function renderResponse(req, res, response) {
10 if (req.acceptJson) {
11 res.json(response);
12 } else if(req.isAjax && req.param('partial')) {
13 response['layout'] = false;
14 res.view(response);
15 } else {
16 res.view(response);
17 }
18 }
19
20 var TaskController = {
21 get: function(req, res) {
22 var id = req.param('id');
23 findTaskAndUser(id, function(task, user) {
24 var response = {
25 'task': task,
26 'user': user,
27 'title': task.name
28 };
29 renderResponse(req, res, response);
30 });
31 }
32 };
33 module.exports = TaskController;
Quelltext 2.4: Task Controller in Sails.js
In diesem Controller wird ein Task aufgrund des GET-Parameters “id” (Zeile 22)
geladen. Das Code-Stück zeigt die grosse Schwäche des ORMs Waterline [Balc]. In anderem
ORMs könnte man auf dem “task”-Objekt direkt “.user” aufrufen. Dies geht bei
Waterline nicht und man muss den Umweg über “User.find()” (Zeile 3) gehen.
Bei einem ausgereiften ORM würden solche Methoden wegen der Definition von Relationen
direkt zur Verfügung stehen.
Der Controller verwendet das folgende Template, um HTML-Markup zu rendern:
1
2 Task:
3
4 Points:
5 Created At:
6