Falcon v3.0.0 DocumentationSimple API modeling through centralized RESTful routing Highly-optimized, extensible code base Easy access to headers and bodies through request and response objects DRY request processing via middleware Simple API modeling through centralized RESTful routing Highly-optimized, extensible code base Easy access to headers and bodies through request and response objects DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting0 码力 | 1055 页 | 739.30 KB | 1 年前3
Falcon v3.0.1 DocumentationSimple API modeling through centralized RESTful routing Highly-optimized, extensible code base Easy access to headers and bodies through request and response objects DRY request processing via middleware Simple API modeling through centralized RESTful routing Highly-optimized, extensible code base Easy access to headers and bodies through request and response objects DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting0 码力 | 1058 页 | 741.59 KB | 1 年前3
Falcon v3.0.0-b1 DocumentationREST-inspired resource classes No reliance on magic globals for routing and state management Easy access to headers and bodies through request and response classes DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting classes contain convenient attributes for reading and setting common headers, but you can always access any header by name with the req.get_header() and resp.set_header() methods. Take a moment to run0 码力 | 1028 页 | 725.86 KB | 1 年前3
Falcon v3.0.0-b2 DocumentationREST-inspired resource classes No reliance on magic globals for routing and state management Easy access to headers and bodies through request and response classes DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting classes contain convenient attributes for reading and setting common headers, but you can always access any header by name with the req.get_header() and resp.set_header() methods. Take a moment to run0 码力 | 1041 页 | 730.21 KB | 1 年前3
Falcon v3.0.0 DocumentationAPI modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware API modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting0 码力 | 344 页 | 1.16 MB | 1 年前3
Falcon v3.0.1 DocumentationAPI modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware API modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting0 码力 | 344 页 | 1.16 MB | 1 年前3
Falcon v3.0.0-b1 DocumentationREST-inspired resource classes • No reliance on magic globals for routing and state management • Easy access to headers and bodies through request and response classes • DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting classes contain convenient attributes for reading and setting common headers, but you can always access any header by name with the req.get_header() and resp.set_header() methods. Take a moment to run0 码力 | 338 页 | 1.14 MB | 1 年前3
Falcon v3.1.1-b3 DocumentationAPI modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware API modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting0 码力 | 378 页 | 1.29 MB | 1 年前3
Falcon v3.1.1-b1 DocumentationAPI modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware API modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting0 码力 | 378 页 | 1.29 MB | 1 年前3
Falcon v3.1.1-a DocumentationAPI modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware API modeling through centralized RESTful routing • Highly-optimized, extensible code base • Easy access to headers and bodies through request and response objects • DRY request processing via middleware input stream; by default Falcon does not spool or decode request data, instead giving you direct access to the incoming binary stream provided by the WSGI server. Note the use of falcon.HTTP_201 for setting0 码力 | 378 页 | 1.29 MB | 1 年前3
共 40 条
- 1
- 2
- 3
- 4













