Rekomendacje Python REST (web services) framework? [zamknięte]

Zaskoczyło mnie, że nikt nie wspomniał o piersiówce .

from flask import Flask
app = Flask(__name__)

@app.route("/")
def hello():
    return "Hello World!"

if __name__ == "__main__":
    app.run()

Używamy Django dla RESTful web services.

Zauważ, że -- po wyjęciu z pudełka -- Django nie miało wystarczająco dokładnego uwierzytelniania dla naszych potrzeb. Użyliśmy interfejsu Django-REST , który bardzo pomógł. [Od tego czasu zwijaliśmy własne, ponieważ zrobiliśmy tak wiele rozszerzeń, że stało się to koszmarem konserwacji.]

Mamy dwa rodzaje adresów URL: adresy URL "html", które implementują strony HTML zorientowane na człowieka, i adresy URL "json", które implementują przetwarzanie zorientowane na usługi internetowe. Nasze funkcje widoku często wyglądają tak.

def someUsefulThing( request, object_id ):
    # do some processing
    return { a dictionary with results }

def htmlView( request, object_id ):
    d = someUsefulThing( request, object_id )
    render_to_response( 'template.html', d, ... )

def jsonView( request, object_id ):
    d = someUsefulThing( request, object_id )
    data = serializers.serialize( 'json', d['object'], fields=EXPOSED_FIELDS )
    response = HttpResponse( data, status=200, content_type='application/json' )
    response['Location']= reverse( 'some.path.to.this.view', kwargs={...} )
    return response

Chodzi o to, że użyteczna funkcjonalność jest uwzględniona w dwóch prezentacjach. Prezentacja JSON jest zwykle tylko jednym obiektem, który został poproszony. Prezentacja HTML często zawiera wszelkiego rodzaju pomoce nawigacyjne i inne wskazówki kontekstowe, które pomagają ludziom być produktywnymi.

Funkcje jsonView są bardzo podobne, co może być nieco denerwujące. Ale to Python, więc uczyń je częścią klasy callable lub napisać dekoratorów, jeśli to pomaga.

Zobacz Python Web Framework wiki.

Prawdopodobnie nie potrzebujesz frameworków full stack, ale pozostała lista jest wciąż dość długa.

Bardzo lubię CherryPy . Oto przykład restful web service:

import cherrypy
from cherrypy import expose

class Converter:
    @expose
    def index(self):
        return "Hello World!"

    @expose
    def fahr_to_celc(self, degrees):
        temp = (float(degrees) - 32) * 5 / 9
        return "%.01f" % temp

    @expose
    def celc_to_fahr(self, degrees):
        temp = float(degrees) * 9 / 5 + 32
        return "%.01f" % temp

cherrypy.quickstart(Converter())

To podkreśla, co naprawdę lubię w CherryPy; jest to całkowicie działający przykład, który jest bardzo zrozumiały nawet dla kogoś, kto nie zna frameworka. Jeśli uruchomisz ten kod, możesz natychmiast zobaczyć wyniki w swojej przeglądarce internetowej; np. odwiedzając http://localhost:8080/celc_to_fahr?degrees = 50 wyświetli 122.0 w Twojej przeglądarce internetowej.

Spójrz na

• Itty (blog post )
• Butelka
• web.py
• juno

Nie widzę powodu, aby używać Django tylko do wystawiania REST api, są lżejsze i bardziej elastyczne rozwiązania. Django przenosi do stołu wiele innych rzeczy, które nie zawsze są potrzebne. Na pewno nie jest potrzebny, jeśli chcesz tylko udostępnić jakiś kod jako usługę REST.

Moje osobiste doświadczenie, fwiw, jest to, że gdy masz uniwersalny framework, zaczniesz używać jego ORM, wtyczek itp. tylko dlatego, że jest to łatwe i w krótkim czasie kończy się zależność, która jest bardzo trudno się go pozbyć.

Wybór frameworka internetowego jest trudną decyzją i unikałbym wybierania pełnego stosu tylko po to, aby ujawnić REST api.

Teraz, jeśli naprawdę potrzebujesz / chcesz używać Django, to tłok jest miłym frameworkiem REST dla aplikacji django.

To powiedziawszy, CherryPy też wygląda naprawdę ładnie, ale wydaje się bardziej RPC niż reszta.

Patrząc na próbki (nigdy nie używałem), prawdopodobnie web.py jest najlepszy i najczystszy, jeśli potrzebujesz tylko odpoczynku.

Oto dyskusja w Cherry docs na REST: http://docs.cherrypy.org/dev/progguide/REST.html

W szczególności wspomina wbudowany dyspozytor CherryPy o nazwie MethodDispatcher, który wywołuje metody oparte na ich identyfikatorach http-verb (GET, POST, itp...).

W 2010 roku pylony i repoze.społeczności bfg "połączyły siły", aby stworzyć Pyramid , Framework internetowy oparty w największym stopniu na repoze.bfg. Zachowuje filozofię swoich macierzystych struktur i może być używany dla RESTful services. Warto zajrzeć.

Tłok jest bardzo elastycznym frameworkiem do wirowania RESTful API dla aplikacji Django.

Wydaje się, że wszystkie rodzaje frameworków internetowych Pythona mogą teraz implementować Interfejsy RESTful.

Dla Django, poza tastypie i piston, django-rest-framework jest obiecującym rozwiązaniem, o którym warto wspomnieć. Już zmigrowałem jeden z moich projektów na nim bezproblemowo.

Django Rest framework jest lekkim frameworkiem REST dla Django, który ma na celu ułatwienie zbudowania dobrze skomunikowanego, samodzielnego Web API.

Szybki przykład:

from django.conf.urls.defaults import patterns, url
from djangorestframework.resources import ModelResource
from djangorestframework.views import ListOrCreateModelView, InstanceModelView
from myapp.models import MyModel

class MyResource(ModelResource):
    model = MyModel

urlpatterns = patterns('',
    url(r'^$', ListOrCreateModelView.as_view(resource=MyResource)),
    url(r'^(?P<pk>[^/]+)/$', InstanceModelView.as_view(resource=MyResource)),
)

Weźmy przykład z Oficjalna strona, wszystkie powyższe kody zapewniają api, dokument samo wyjaśnione (jak soap oparte webservice), a nawet piaskownicy do przetestowania trochę. Bardzo wygodne.

Linki: http://django-rest-framework.org/

Nie jestem ekspertem w świecie Pythona, ale używam django , który jest doskonałym frameworkiem internetowym i może być użyty do stworzenia frameworka restful.

Web2py zawiera wsparcie dla łatwego budowania RESTful API, opisane TUTAJ i TUTAJ (wideo). W szczególności spójrz na parse_as_rest, który pozwala zdefiniować wzorce URL, które mapują żądania args do zapytań do bazy danych; oraz smart_query, który umożliwia przekazywanie dowolnych zapytań języka naturalnego w adresie URL.

I używasz Django wtedy możesz rozważyć django-tastypie jako alternatywę dla django-tłok. Łatwiej jest dostroić się do źródeł danych innych niż ORM niż tłok i ma świetną dokumentację .

Zdecydowanie polecam TurboGears lub Bottle:

TurboGears:

• mniej gadatliwy niż django
• bardziej elastyczny, mniej zorientowany na HTML
• ale: mniej sławny

Butelka:

• bardzo szybko
• bardzo łatwy do nauczenia
• ale: minimalistyczny i nie dojrzały

Pracujemy nad ramami dla ścisłych usług odpoczynku, sprawdź http://prestans.googlecode.com

Its na początku Alfa w tej chwili, testujemy przeciwko mod_wsgi i AppEngine Google.

Szukam testerów i opinii. Dzięki.