mie applicazioni bottiglia non sono stati molto secco, ecco un test-case:Convalida SECCO in bottiglia?
from uuid import uuid4
from bottle import Bottle, response
foo_app = Bottle()
@foo_app.post('/foo')
def create():
if not request.json:
response.status = 400
return {'error': 'ValidationError', 'error_message': 'Body required'}
body = request.json
body.update({'id': uuid4().get_hex())
# persist to db
# ORM might set 'id' on the Model layer rather than setting it here
# ORM will validate, as will db, so wrap this in a try/catch
response.status = 201
return body
@foo_app.put('/foo/<id>')
def update(id):
if not request.json:
response.status = 400
return {'error': 'ValidationError', 'error_message': 'Body required'}
elif 'id' not in request.json:
response.status = 400
return {'error': 'ValidationError', 'error_message': '`id` required'}
db = {} # should be actual db cursor or whatever
if 'id' not in db:
response.status = 404
return {'error': 'Not Found',
'error_message': 'Foo `id` "{id}" not found'.format(id)}
body = request.json
# persist to db, return updated object
# another try/catch here in case of update error (from ORM and/or db)
return body
Un modo per risolvere questo problema è quello di avere un gestore di errore globale, e sollevare gli errori in tutto il luogo.
Un altro è utilizzare decoratori, che hanno anche problemi di sovraccarico.
Esiste un modo migliore per eseguire il lato di convalida di ogni percorso? - Sto pensando a qualcosa di simile:
foo_app.post('/foo', middleware=[HAS_BODY_F, ID_IN_DB_F])
Solo curioso (dato loro tutto io uso il luogo) - avete tutti i riferimenti per 'decoratori ... hanno problemi in testa'? –
Non ricordo esattamente quando ho sentito parlare di questo, ma qui c'è un post sul blog: http://blog.dscpl.com.au/2014/02/performance-overhead-when-applying.html –
Grazie, apprezzo il riferimento. –