TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Django's REST (Framework) Problem

11 pointsby miiiiiikeabout 2 months ago

1 comment

miiiiiikeabout 2 months ago
I love Django but the REST API situation is embarrassing. I’ve been moving projects along for decades and the only things that have ever had to be completely rewritten are the REST APIs and their tests.<p>Piston, Tastypie, a custom framework, Django Rest Framework, and now what? Ninja? Shinobi? Each one has stalled out in its own way and all have failed to keep up with the rest of Django. (e.g. async REST API views should NOT require another, fourth-party, library.)<p>I’ve been beating this drum for a decade now. Django needs “django.contrib.rest”. REST API frameworks have always been too important to leave to third-party maintainers. They need to be maintained in the core.<p>I just want something that feels like Django and doesn’t change. Unfortunately I think Django has been debating something as fundamental as content negotiation, the first step towards supporting this is core, for over a decade now.<p>If it’s a money issue I’d be thrilled to donate $5k tomorrow. I also have a JWT auth package that I could contribute. Unfortunately there appears to be little to no appetite for any of it.<p>I&#x27;ve considered donating to encode, DRF&#x27;s parent organization, most of their effort is directed towards Starlette, an async framework that competes with Django. It even powers FastAPI. Encode has put enormous effort into making everything but Django Rest Framework support async.<p>I don&#x27;t get mad about much in open source but this has been an obvious risk for over a decade. The steering council should should have spotted the iceberg and started turning the ship long ago. Removing the bug tracker and burying the announcement that the project is looking for a new maintainer in an unrelated PR comment is a too much: <a href="https:&#x2F;&#x2F;github.com&#x2F;encode&#x2F;django-rest-framework&#x2F;pull&#x2F;9186#issuecomment-2670970187" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;encode&#x2F;django-rest-framework&#x2F;pull&#x2F;9186#is...</a><p><i>&gt; The issues backlog had become overwhelmed to the point that it presented as a smokey all-boys club. Unless we&#x27;ve got a welcoming &amp; diverse environment to work in, there&#x27;s no point in doing the work. It&#x27;d be damaging rather than constructive to allow that to continue. The project is open to new maintainership &amp; genuine parties are welcome to reach out. [Two Hearts Emoji — <a href="https:&#x2F;&#x2F;emojipedia.org&#x2F;two-hearts" rel="nofollow">https:&#x2F;&#x2F;emojipedia.org&#x2F;two-hearts</a>]</i><p>At the very least I should have found out about this from an announcement, not by rummaging around after checking in on the status of a long-standing bug and getting a 404.
评论 #43514314 未加载
评论 #43517724 未加载