diff options
Diffstat (limited to 'docs/topics/2.3-announcement.md')
| -rw-r--r-- | docs/topics/2.3-announcement.md | 14 | 
1 files changed, 7 insertions, 7 deletions
| diff --git a/docs/topics/2.3-announcement.md b/docs/topics/2.3-announcement.md index ba435145..9c9f3e9f 100644 --- a/docs/topics/2.3-announcement.md +++ b/docs/topics/2.3-announcement.md @@ -15,7 +15,7 @@ As an example of just how simple REST framework APIs can now be, here's an API w      """      A REST framework API for viewing and editing users and groups.      """ -    from django.conf.urls.defaults import url, patterns, include +    from django.conf.urls.defaults import url, include      from django.contrib.auth.models import User, Group      from rest_framework import viewsets, routers @@ -27,7 +27,7 @@ As an example of just how simple REST framework APIs can now be, here's an API w      class GroupViewSet(viewsets.ModelViewSet):          model = Group -     +      # Routers provide an easy way of automatically determining the URL conf      router = routers.DefaultRouter()      router.register(r'users', UserViewSet) @@ -36,10 +36,10 @@ As an example of just how simple REST framework APIs can now be, here's an API w      # Wire up our API using automatic URL routing.      # Additionally, we include login URLs for the browseable API. -    urlpatterns = patterns('', +    urlpatterns = [          url(r'^', include(router.urls)),          url(r'^api-auth/', include('rest_framework.urls', namespace='rest_framework')) -    ) +    ]  The best place to get started with ViewSets and Routers is to take a look at the [newest section in the tutorial][part-6], which demonstrates their usage. @@ -197,13 +197,13 @@ Usage of the old-style attributes continues to be supported, but will raise a `P  For most cases APIs using model fields will behave as previously, however if you are using a custom renderer, not provided by REST framework, then you may now need to add support for rendering `Decimal` instances to your renderer implementation. -## ModelSerializers and reverse relationships  +## ModelSerializers and reverse relationships  The support for adding reverse relationships to the `fields` option on a `ModelSerializer` class means that the `get_related_field` and `get_nested_field` method signatures have now changed.  In the unlikely event that you're providing a custom serializer class, and implementing these methods you should note the new call signature for both methods is now `(self, model_field, related_model, to_many)`.  For reverse relationships `model_field` will be `None`. -The old-style signature will continue to function but will raise a `PendingDeprecationWarning`.  +The old-style signature will continue to function but will raise a `PendingDeprecationWarning`.  ## View names and descriptions @@ -211,7 +211,7 @@ The mechanics of how the names and descriptions used in the browseable API are g  If you've been customizing this behavior, for example perhaps to use `rst` markup for the browseable API, then you'll need to take a look at the implementation to see what updates you need to make. -Note that the relevant methods have always been private APIs, and the docstrings called them out as intended to be deprecated.  +Note that the relevant methods have always been private APIs, and the docstrings called them out as intended to be deprecated.  --- | 
