Node.js/Express.js - Come sovrascrivere/intercettare la funzione res.render?

Question

Sto costruendo un'applicazione Node.js con Connect/Express.js e voglio intercettare il (, vista opzionale) la funzione res.render per eseguire del codice prima di inoltrarlo al funzione originale di rendering.

app.get('/someUrl', function(req, res) { 

    res.render = function(view, options, callback) { 
     view = 'testViews/' + view; 
     res.prototype.render(view, options, callback); 
    }; 

    res.render('index', { title: 'Hello world' }); 
}); 

Sembra un esempio forzato, ma si inserisce in un quadro generale che sto costruendo.

La mia conoscenza della programmazione orientata agli oggetti e ereditarietà prototipale su JavaScript è un po 'debole. Come potrei fare qualcosa di simile?

---

Aggiornamento: Dopo alcuni esperimenti mi si avvicinò con il seguente:

app.get('/someUrl', function(req, res) { 

    var response = {}; 

    response.prototype = res; 

    response.render = function(view, opts, fn, parent, sub){ 
     view = 'testViews/' + view; 
     this.prototype.render(view, opts, fn, parent, sub); 
    }; 

    response.render('index', { title: 'Hello world' }); 
}); 

Sembra funzionare. Non sono sicuro che sia la soluzione migliore perché sto creando un nuovo oggetto wrapper di risposta per ogni richiesta, sarebbe un problema?

Answer 1

vecchia questione, ma ha trovato me stesso a chiedere il stessa cosa. Come intercettare res rendering? Uso di Express 4.0x qualcosa ora.

È possibile utilizzare/middleware scrittura. All'inizio il concetto era un po 'scoraggiante, ma dopo averlo letto ha avuto un po' più senso. E solo per qualche contesto per chiunque altro leggendo questo, la motivazione per sovrascrivere res.render era quella di fornire variabili di visualizzazione globali. Voglio che lo session sia disponibile in tutti i miei modelli senza che io debba digitarlo in tutti gli oggetti res.

Il formato di base middleware è.

app.use(function(req, res, next) { 
    //.... 
    next(); 
}); 

Il prossimo param e chiamata di funzione sono cruciali per l'esecuzione. next è la funzione di callback, per consentire a più middleware di fare le loro cose senza bloccare. Per una migliore explanation read here

Questo può quindi essere utilizzato per sostituire il rendering logica

app.use(function(req, res, next) { 
    // grab reference of render 
    var _render = res.render; 
    // override logic 
    res.render = function(view, options, fn) { 
     // do some custom logic 
     _.extend(options, {session: true}); 
     // continue with original render 
     _render.call(this, view, options, fn); 
    } 
    next(); 
}); 

Ho provato questo codice, usando espresso 3.0.6. Dovrebbe funzionare con 4.x senza problemi. È inoltre possibile ignorare URL specifici combo con

app.use('/myspcificurl', function(req, res, next) {...}); 

Answer 2

L'oggetto response non dispone di un prototipo. Questo dovrebbe funzionare (prendendo l'idea di Ryan di metterlo in un middleware):

var wrapRender = function(req, res, next) { 
    var _render = res.render; 
    res.render = function(view, options, callback) { 
    _render.call(res, "testViews/" + view, options, callback); 
    }; 
}; 

Tuttavia, potrebbe essere migliore per incidere il ServerResponse.prototype:

var express = require("express") 
    , http = require("http") 
    , response = http.ServerResponse.prototype 
    , _render = response.render; 

response.render = function(view, options, callback) { 
    _render.call(this, "testViews/" + view, options, callback); 
}; 

Answer 3

Non è una buona idea di utilizzare un middleware per ignorare una risposta o metodo di richiesta per ogni istanza di loro, perché il middleware è ottenere eseguito per ogni richiesta e ogni il tempo in cui viene chiamato si utilizza la CPU e la memoria perché si sta creando una nuova funzione.

Come forse sapete JavaScript è un linguaggio basato sui prototipi e ogni oggetto ha un prototipo, come oggetti di risposta e di richiesta. Guardando il codice (express 4.13.4) si possono trovare i loro prototipi:

req => express.request 
res => express.response 

Quindi, quando si desidera sovrascrivere un metodo per ogni singola istanza di una risposta è molto molto meglio ignorare che in esso è il prototipo come è fatto una volta è disponibile in ogni caso della risposta:

var app = (global.express = require('express'))(); 
var render = express.response.render; 
express.response.render = function(view, options, callback) { 
    // desired code 
    /** here this refer to the current res instance and you can even access req for this res: **/ 
    console.log(this.req); 
    render.apply(this, arguments); 
}; 

Answer 4

di recente ho ritrovato a dover fare la stessa cosa, per fornire un Google Analytics proprietà id e cookie di dominio specifico di configurazione per ciascuno dei miei modelli.

Ci sono un certo numero di grandi soluzioni qui.

Ho scelto di adottare qualcosa di molto vicino alla soluzione proposta da Lex, ma ho riscontrato problemi in cui le chiamate a res.render() non includevano già le opzioni esistenti. Per esempio, il codice seguente stava causando un'eccezione nella chiamata di estendere(), in quanto le opzioni è stato undefined:

return res.render('admin/refreshes'); 

ho aggiunto il seguente, che rappresenta le varie combinazioni di argomenti che sono possibili, tra cui il callback . Un approccio simile può essere utilizzato con le soluzioni proposte da altri.

app.use(function(req, res, next) { 
    var _render = res.render; 
    res.render = function(view, options, callback) { 
    if (typeof options === 'function') { 
     callback = options; 
     options = {}; 
    } else if (!options) { 
     options = {}; 
    } 
    extend(options, { 
     gaPropertyID: config.googleAnalytics.propertyID, 
     gaCookieDomain: config.googleAnalytics.cookieDomain 
    }); 
    _render.call(this, view, options, callback); 
    } 
    next(); 
}); 

edit: scopre che mentre tutto questo potrebbe essere a portata di mano quando ho bisogno di correre in realtà un po 'di codice, c'è un modo estremamente semplice per realizzare quello che stavo cercando di fare. Ho guardato di nuovo la fonte e i documenti per Express, e si scopre che gli app.locals sono usati per rendere ogni modello. Quindi, nel mio caso, alla fine ho sostituito tutto il codice middleware precedente con i seguenti incarichi:

app.locals.gaPropertyID = config.googleAnalytics.propertyID; 
app.locals.gaCookieDomain = config.googleAnalytics.cookieDomain;