Sto lavorando a un progetto di applicazione web che utilizza Tornado come front-end web. Attualmente sono in procinto di scrivere documenti e aggiungere docstrings al codice base con Pydoc.
Come framework API per le applicazioni, le applicazioni Tornado sono strutturate con ciascun endpoint dell'API con una classe handler e ogni classe handler ha un metodo Python separato per ogni metodo di richiesta HTTP che l'endpoint dovrebbe gestire. Questi metodi Python hanno sempre una firma del formato get(self)
, post(self)
, put(self)
, ecc., E non accettano alcun argomento.
Istintivamente, voglio usare Pydoc in questo modo:
class MyHandler(tornado.web.RequestHandler):
def get(self):
'''
Gets stuff given some parameters.
Args:
some_param: data about x sent by the client.
other_param: data about y sent by the client.
Returns:
HTTP 200 if everything's OK.
HTTP 404 if other_param can't be found.
HTTP 500 if some_param results in a database error.
'''
x = self.get_argument('some_param')
y = self.get_argument('other_param')
# ...
... Ma non sono sicuro che questa sia pratica comune (o migliore), dal momento che sto documentando i parametri URL e i codici di stato HTTP come se fossero parametri formali e valori di ritorno per una funzione che non ha né.
Si tratta di un uso accettabile o comune di docstring nelle app Web? In caso contrario, qual è il modo corretto di documentare i gestori e i loro metodi?