Changes between Version 25 and Version 26 of BluePrintREST
- Timestamp:
- 01/01/09 12:13:34 (16 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
BluePrintREST
v25 v26 10 10 /application/controller/function/arg1/arg2?var1=x,var2=y 11 11 }}} 12 These are generally fairly RESTful anyway, e.g.:12 These are generally used in a slightly RESTful way anyway (resources are URLs), e.g.: 13 13 {{{ 14 14 /sahana/gis/add_feature … … 18 18 /sahana/gis/update_feature/1 19 19 }}} 20 We can easily changeto URLs like these (see [wiki:BluePrintRESTImplementation BluePrintRESTImplementation]):20 We have changed to URLs like these (see [wiki:BluePrintRESTImplementation BluePrintRESTImplementation]): 21 21 {{{ 22 22 /sahana/gis/feature # Acts as 'list' (or list_add if t2.logged_in) … … 27 27 /sahana/gis/feature/delete/id 28 28 }}} 29 or potentiallythese:29 we could potentially do these: 30 30 {{{ 31 31 /sahana/gis/feature/id?method=display … … 33 33 /sahana/gis/feature/id?method=delete 34 34 }}} 35 NBT3 requires ID to be the last argument, so don't want URLs like: /id/create35 but T3 requires ID to be the last argument, so don't want URLs like: /id/create 36 36 37 The re are benefits:37 These are the benefits: 38 38 * Consistency & ease of implementation of all basic functionality for new tables. 39 39 * Simplified ability to create .represent widgets: … … 46 46 return DIV(*items) 47 47 }}} 48 49 There are downsides:50 * Controller functions are more complex:51 * Need lots of extra indentation52 * if method=='':53 * if t2.logged_in:54 48 55 49 We want to extend this to export raw data in other formats, e.g. using the optional vars: