Pythonで、URLルーティング機能だけがあるWSGIフレームワークを自作してみた - メモ的な思考的な
以前、 WSGI準拠のWebサーバ WSGIアプリケーション を自作しました。 これらの自作により、「Webサーバを作りながら学ぶ 基礎からのWebアプリケーション開発入門」の第3章以降もPythonで書く見通しが立ちました。 gihyo.jp 第3章以降では、URLルーティングやクッキー・セッションなどの機能が登場します。 ただ、それらの機能を WSGIアプリケーションを1つ作り、すべてを入れる WSGIフレームワークとWSGIアプリケーションの2つを作り、機能を分担する のどちらの形で実装するか悩みました。 それでも、せっかくなので、後者のWSGIフレームワークを自作してみようと考えました。 そこで今回、URLルーティング機能だけがあるWSGIフレームワークを自作してみました。 なお、学習用途で作ったため、セキュリティ面は考えていませんのであしからず。 目次 環境 復習：単純なWSGI
WSGIからDjangoの流れを理解する - Make組ブログ
WSGIからの流れを大まかに掴めたのでまとめたい。 かなり大まかには、この画像を念頭におけばいいと思う。 今回はDjango1.4を対象にしている。 注意 流れを理解するために読むべきソースコードへのリンクと、その順番をまとめてる。 読みやすさはあんまり考慮してないし、細かな解説はしてない。 ソースコードの読むべき順番をメモっておきたいだけ。 DjangoのView まず簡単に触れておきたいのがDjangoのView。 Viewとは リクエストを受け取る レスポンスを返す 呼び出し可能である オブジェクトのことで、このViewがリクエスト->レスポンスの末端となっている。 冒頭の図がわかりやすいと思う。 あとはチュートリアル。 はじめてのビュー作成 クラスベースビューの場合、流れが複雑になるからそれはそれで別の機会にまとめたい。 https://github.com/django/djan
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Kozea/wdb: An improbable web debugger through WebSockets
Loading...
