Flaskの強化20-29

2197 ワード

バックエンドアセンブリ

20、青写真が来て、私は大量に青写真を採用して、本当にとても便利で、それはView関数のパッケージバージョンで、少しFragmentの意味に似ています
あなたは青写真の中でも1組のページの業務の論理のインタフェースで、最も青写真をAppの中に登録しなければなりません

21、青写真にもルートがありますが、私は使いません.addを使っています.url_rule方式、オーエ

@bp.route('/register', methods=('GET', 'POST'))

22、login_required、これは古い同級生で、1つの装飾器の関数、上陸する時使うことを判断して、欧耶

23、gはjinja 2テンプレートで自動的に使用できます.jinja 2テンプレートの利点はFlaskのオブジェクトを直接使用できることです.

24、jinja 2模版継承の事、まだ多くの知识があって、私は覚えていないで、Vueで独立して先端を下りて、Flaskは纯后端をします

25、プロジェクトはインストール可能で、この牛は追い詰めて、初めて接触して、まだ少し愚かで、pipを通じてプロジェクトをインストールすることができます

26、ユニットテスト、coverageモジュールに言及しました.これは何ですか.

coverage run -m pytest

端末では、簡単なオーバーライド率レポートが表示されます.(インタフェースの自動化とオーバーライド率)

coverage report

Name                 Stmts   Miss Branch BrPart  Cover
------------------------------------------------------
flaskr/__init__.py      21      0      2      0   100%
flaskr/auth.py          54      0     22      0   100%
flaskr/blog.py          54      0     16      0   100%
flaskr/db.py            24      0      4      0   100%
------------------------------------------------------
TOTAL                  153      0     44      0   100%

また、HTMLレポートを生成して、各ファイルでどの行が上書きされているかをテストすることもできます.

coverage html

27、配置方式、私は比較的に弱くて、私はWSGIのデフォルトを使って、明らかに製品としてだめで、これはフォローする必要があります

28、https://dormousehole.readthedocs.io/en/latest/becomingbig.html#id2ソースを読む道はいいですね.

29、Flaskの主なコードはWerkzeugとJinja 2の2つのライブラリにあります.この2つのライブラリが主な役割を果たしています.Flaskはそれらをくっつけただけだ
1つのプロジェクトにとって、下位フレームワークの切り込み点は重要です.これを重視しないと、フレームワークが非常に複雑になり、急峻な学習曲線をもたらし、ユーザーを脅かすことになるからです.
https://dormousehole.readthedocs.io/en/latest/design.htmlここに干物があるなんて,私は知らなかった.
Flask自体はWerkezugとJinja 2の橋渡しにすぎず,前者は適切なWSDIアプリケーションを実現し,後者はテンプレートを処理する
寝槽、またいくつかの良い文章:wsgiとは何ですか? https://www.jianshu.com/p/c66d3adeaaed麻痺、多くの原理が分からないで、気まずいです
多くのフレームワークには、Flask、webpy、Django、CherryPyなど、WSGIサーバが付属しています.もちろん性能はよくありませんが、持参したweb serverはテスト用途が多く、リリース時には生産環境のWSGI serverを使用したり、nginxと連携してuwsgiをしたりします(スロット、私は交換していません......)
Flaskの原理が分からないのは、きっとだめだ!スロットスロット!!

【docker】dockerのインストールと起動

forkソース概要分析