| The Rest Framework is a lot more flexible and just don't get into your way when you need your API to do anything else than exposing CRUD operations. The whole design of DRF makes a lot more sense for my use cases. TastyPie provides you with Resources that do everything from accepting and dispatching methods, querying db, authentication and authorization to parsing an serializing data. If you want to modify one puzzle you have to redefine the resource. In DRF the separation between request processing, data serialization/deserialization, rendering and other elements is more clear. API endpoints are just views that are based on Django class-based views so you should already know how to customize them, do queries and use mixins.
Serializers perform data validation (similar to forms, but can handle collections and relations) and conversion between objects and native Python datatypes. They can also be reused in multiple views or for nested relations.
Other components are pluggable so you can specify parsers, renderers and auth backends for the whole API or for just a particular view. The Rest Framework just feels right and works well when you need to do any sort of customization. On top of that you get a very detailed documentation and a browsable API. TastyPie served me well for a long time and I'm very thankful to the developers, but I find DRF to better suit my needs. |
I really wanted a framework that was as easy to use as plain Django views while still handling the REST heavy lifting.
So I made Delicious Cake: https://github.com/pretend-money/delicious-cake
It's based on Tastypie, but features a complete Resource re-design that moves serialization and validation out of the Resource. The power of a REST framework w\ the flexibility of plain old Django views.
Two companies are using it in production and a few more are evaluating it. If you love-hate TastyPie you might like it.