問題タブ [flask-restful]

フラスコ レストフルマイクロ フレームワークを使用して、ネストされたリソースを検証する を構築するのに問題がありますRequestParser。次の形式の予期される JSON リソース形式を想定します。

の各項目はa_listオブジェクトに対応しています。

...そして、次のようなフォームを使用して RequestParser を作成します。

MyObject...しかし、内部の各辞書のネストされた をどのように検証しますa_listか? あるいは、これは間違ったアプローチですか？

これが対応する API は、それぞれMyObjectを本質的にオブジェクト リテラルとして扱い、それらの 1 つ以上がサービスに渡される場合があります。したがって、リソース形式をフラット化しても、この状況では機能しません。

Python アプリケーションに REST API を実装するために Flask-Restful を使用しています。モデル モジュール、ビジネス モジュール、およびコントローラー モジュールがあります。これは login_controller.py ファイルで定義されたコントローラーの 1 つです

上記のファイルにコントローラーという名前を付けることに本当に満足していませんか？「PYTHONIC」の方法とは

1. ファイルに名前を付ける
2. クラスに名前を付けます。

これらのクラスをビューと名付けている人を見てきました。テンプレートにルーティングしていた場合、これは問題ないように思えますが、プレーンな古い json を提供していますか? 皆さんはどう思いますか？

今回はRESTサービスに投稿するときに、別のJSONの問題があるようです。を使用してFlask-Restfulいます。

単体テスト：

json.dumps(records) は次のとおりです。

明らかにネットワーク経由で送信しているのに、なぜargs['records']None なのですか?

アップデート：

奇妙な部分は、私が単一のオブジェクトを送信するときです。とても奇妙：

引数:

Flask-Restfulを使用して REST サービスを構築しています。iOS デバイスは、この REST バックエンドに接続してローカル データを同期します。

サービスはhttps接続を介してアクセスされます。

REST サービスはステートレスであり、ユーザーは要求ごとに認証する必要があります。したがって、ユーザー名とパスワードはクリア形式で REST サービスに送信されます。バックエンドはパスワードをハッシュし、データベース内の既存のハッシュされたパスワードと照合します。

このアプローチで私が目にする 1 つの問題は、ユーザー名とパスワードが GET URL の一部として明確な形式になっていることです。サーバーログは明らかにこれを追跡します。バックエンドがハッキングされた場合、ログ ファイルはすべてのユーザー名とパスワードを危険にさらします。

これに対する最善の解決策は何ですか？ユーザー名とパスワードを POST 引数として送信することを考えていましたが、GET リクエストでどのようにすればよいでしょうか?

これは、Flask-RESTful での単体テストの一部です。

コマンド ライン内で curl を使用して、username:password をサービスに送信できます。

単体テストの get() 内で同じことを達成するにはどうすればよいですか?

get/put/post には認証が必要なので、そうしないとテストが失敗します。

プロジェクトでFlask-RESTful( http://flask-restful.readthedocs.org/en/latest/index.html ) を使用しています。いくつかの例を読んだ後、Resource クラスには get、post、update などのメソッドしかないことがわかりました。@app.route() デコレータを使用して Flask にあったように、一意の URL を持つ独自の Resource クラス メソッドを作成するにはどうすればよいですか? ありがとう。

REST インターフェイスを公開するファイル共有アプリケーションを作成しようとしています。

私が使用しているライブラリである Flask-RESTful は、デフォルトでJSON を返すことのみをサポートしています。明らかに、JSON を介してバイナリ データを提供しようとすることは、まったくお勧めできません。

GET メソッドを介してバイナリ データを提供する最も「RESTful」な方法は何ですか? JSON以外のさまざまなデータ表現を返すことをサポートするためにFlask-RESTfulを拡張することは可能であるように見えますが、ドキュメントは不足しており、それが最善のアプローチであるかどうかはわかりません.