まいったなぁ｡
前回のレッスンは､ インストールや設定､ エラーなど､ 超超超楽しかったですよね？
これから先､ もっともっと良くなることを期待しています｡
それが､ 一番大変だったと言えるでしょう｡
FLASKフレームワークに戻りました｡
次に､ クイックスタートガイドに進みたいと思います｡
というのも､ このコースを修了したみなさんは社会に出て､
新しいことを学ぶ方法を知っておかなければならないからです｡
次の仕事で､ 誰かが「Flaskの代わりにDjangoを使って欲しい」と言ったとしましょう｡
どのように習得するのですか？
まあ､ ドキュメントを読むわけですから､ 本当に､ 本当に早くサーバーを構築したいので､ クイックスタートをクリックしただけなんです｡
そして､ 最小限のアプリケーションは､ まあ､ このように見えますね｡ ここからコードをコピーして､
一行ずつ話していきましょう｡
ご安心ください｡
そこで､ これらのインデックスファイル､ スクリプトファイル､ CSSファイルを閉じて､ 仮想環境の中で､
これをクリアして､ 実際に新しいファイルを作成することができます｡
そこで､ 私たちのウェブサーバーでは､ 新規ファイルと言うことにして､ サーバー・ドット・パイと言うことにしています｡
そこで､ 新しいPythonファイルを用意し､ そのコードをコピー＆ペーストします｡
ということで､ flaskをインストールする､ もしくはすでにインストールしています｡
ということで､ flaskからインポートしてみます｡
そして､ app equals flaskという面白いことをやって､ flaskのクラスを使うんです｡
アプリをインスタンス化すること｡
そして､ このアンダースコアのアンダースコア・ネームを行うのです｡
今､ 何かが混乱しているとき､ 私はいつも何が起こっているのか知りたいので､ とにかく走ってみることにしています｡
アンダースコア アンダースコア
ここに名前を書いて､ 実際にプリントアウトすれば､ それが何であるかがわかります｡
そしてとりあえず､ この下の部分だけコメントアウトしておきましょう｡
保存］をクリックするだけです｡
この名前が何なのか､ 調べたい｡
では､ このファイルを実行してみましょう｡
パイソン3ってことで｡
そして､ シンプルにサーバー・ドット・パイと言ってください｡
今､ デスクトップにいるから､ ウェブサーバーに種をまこう｡
それをもう一度クリアして実行してみましょう｡
だからPython3サーバーパイ｡
そして､ そこにあるのは
だから､ この場合の名前は「メイン」です｡
それはなぜか？
まあ､ これが実行中のMaineファイルですから｡
これは本当にサプライズなのでは？
というわけで､ Flaskアプリのインスタンスを作成しました｡
フラスコをセットすることも｡
そして､ これが私たちのアプリです｡
そして､ コマンドラインから実行すると､ その名前がmainとして設定されます｡
つまり､ これが私たちのアプリの名前なんです､ 基本的に｡
さて､ FLASKアプリを作成しました｡
そして､ その後に｡
使っていることがわかります｡
これは何でしょう？
これってデコラティブなんでしょ？
ということを学びました｡
繰り返しになりますが､ フレームワークの素晴らしい点の1つは､ より高度な抽象化レベルを与えてくれることです｡
つまり､ これが何をやっているのか､ その下のコードが何をやっているのか､ 必ずしも知る必要はないのです｡
このアプリのドットルートデコレーターは､ サーバーを構築するための追加ツールを提供してくれるということだけは知っています｡
この場合､ スラッシュやルートと呼ばれる部分を叩くたびに､ Hello Worldという関数を定義してHello
Worldを返せということになる｡
しかし､ ドキュメントに話を戻そう｡
さて､ ここで一つ注意したいのは､ Pythonファイルを呼び出すときに､ Flask Piと呼ばないようにすることです｡
これは､ 実際にはFlask自体と衝突してしまうからです｡
だから､ Server Piとかhello dot piとか名付けるんだ｡
何でもいいですが､ 万が一､ そのエラーが出たときのために｡
さて､ 次は実際にアプリケーション､ FLASKアプリケーションを動かしてみましょう｡
さて､ ここでもうひとつ､ 必要な仕掛けがあります｡
フラスコを作動させる必要があります｡
コマンドを実行します｡
Flaskでは､ 実際にサーバーを動かすためのコマンドラインも用意されているんですね｡
しかし､ ここで輸出が必要であることもわかりました｡
これをもう少し大きくしてみよう｡
輸出が必要だ｡
Flaskアプリはhello piに等しい｡
そして､ ここにあるように､ その環境変数を与えるだけでよいのです｡
こんな感じで､ フラスコアプリ｡
また､ Windowsやパーシャルであれば､ どのようなコマンドを再度実行すればよいかを示してくれます｡
この資料もコピー＆ペーストできるようにリンクしておきます｡
私の場合､ エクスポートをするだけです｡
だから､ ここをコピー＆ペーストして､ ハロードットパイのセット｡
サーバーパイと名付けるつもりです｡
そして､ flask runを行うことができます｡
あとは､ 実際にパイソンダッシュやフラスコランをするのも一つの手です｡
しかし､ 仮想環境を作ったのだから､ 実行できるはずだ｡
フラスコラン｡
わかりました｡
ちょっとだけ予告があるんです｡
これは開発用のサーバーです｡
本番展開では使用しないでください｡
よし､ それでいい｡
今は生産をやっていないから心配する必要はない｡
これは､ あくまでも私たちのコンピュータ上のことです｡
そして､ HTTP 1から7で動作していることがわかります｡ 0. 0. 1.
これがスタンダードです｡
いわゆるローカルホストというやつですね｡
これは､ 私が作業しているノートパソコンのURLまたはアドレスです｡
そして､ あなたにとって､ それはポート5000と同じことなのです｡
だから､ これをコピーすると
そして､ これを開いてください｡
何？
あれを見てください｡
冗談だろう？
Hello Worldでサーバーを作成したところです｡
これはどこから来ているのでしょうか？
まあ､ これから来るんでしょう？
スラッシュは､ おいおい､ いつでもルートディレクトリをやるぞ､ と言っている｡
つまり､ ブラウザがこのエンドポイントを要求するときはいつでも､ 私たちのサーバを叩いて､ それを見るということです｡
実際にログアウトしているのは､ 1〜7まで. 0. 01､ それは私たちです｡
このエントリーを記録しました｡
アプリのルートは､ 「おい､ おい､ 誰かが我々のリソース､ ファイル､ データを必要としている」と言うでしょう｡
どうすればいいのでしょうか？
さて､ このhello world関数を実行するのですが､ returnで実行することにします｡
ハローワールド
そうなんです｡
私たちは､ この話が作り話ではないことを証明するために､ 最初のサーバーを作ったばかりです｡
自分の名前を入れよう､ リフレッシュして､ あ､ リフレッシュしてるのに効いてない｡
そしてそれは､ 私が実際にこれらの要求をしているにもかかわらず､ 変更が保存されていないことをここで見ることができるからです｡
実際にコントロールやコマンドを行う必要があるのです｡
ほら､ もう一度サーバーをクリアして動かしてみましょう｡
だから今､ fy refresh｡
あれを見てください｡
今すぐ
本当にかっこいいですね｡
そして､ Serving Flask App Server Pieと書いてあるのをご覧ください｡
コマンドを実行したときのことを思い出してください｡
ここで､ flask app equals server pieを使用しました｡
というものです｡
環境変数と呼ばれるものをして､ flask appを設定することで､ ここにサーバーを表示させることができるようになっています｡
だから､ 私たちのアプリを好きなように呼ぶことができたのです｡
だから､ ここに戻って言うだけなら｡
超ド級｡
超ド級に､ 走る｡
私のフラスコアプリはSuper Duperという名前なんですね｡
さて､ もうひとつ気に入らないのは､ 変更を加えるたびにサーバーを再起動しなければならない点です｡
そして､ ここでデバッグモードがオフになっていることがわかります｡
実際にデバッグモードをオンにすることができるんです｡
このようなことをすることで
もう一度言いますが､ 環境変数を使っています｡ ここのドキュメントでデバッグモードにすると､ flask EMFイコールdevelopmentとなることが分かります｡
この場合も､ flaskアプリの代わりに､ envイコールdevelopmentと表示されます｡
そして､ これをまた実行する｡
デバッグモードをオンにした状態になっているのがわかります｡
これは､ 開発モードであることを確認するために､ flaskに特化したもので､ また使っているものです｡
そして､ これを変更し､ 保存すると､ このようになります｡
私は戻る？
そしてリフレッシュ｡
あ､ あと､ またエアが出ますね｡
これは､ デバッガーのクールな点のひとつです｡
だから､ これをもう少し小さくしたら｡
hey could not import super duperというエラーが出ます｡
まあ､ それは､ Super Duperから名前を変えただけなのですが､ 実はこのサーバーパイをインポートしようとしていて､
まあ､ うまくいかないのでサーバーパイと名付けるべきかもしれません｡
実際に修正できるように､ 何をするのか見せるために変えただけです｡
繰り返しになりますが､ デバッグモードでは､ ご覧のように多くの情報を得ることができます｡
というわけで､ サーバーを閉じます｡
私の愚かな名前をsuper duperからserver dot pieに直してください｡
よし､ もう大丈夫だ｡
そして､ フラスコランをする｡
よし､ 戻ってリフレッシュしよう｡
そして､ そこにあるのは
すべて順調です｡
しかし､ クールなのは､ これをただに変更した場合です｡
こんにちは､ セーブです｡
サーバーがどのようにその変化に気づくかに注目してください｡
こちらで見て､ それが変化するのを検知して､ 自動的に私のために物事を変えてくれるのです｡
だから､ リフレッシュしたら､ それを見てください｡
サーバーを再起動する必要がなく､ すべてが素晴らしく機能しています｡
基本的なサーバーはできましたが､ HTMLファイル､ CSSファイル､ JavaScriptファイルなどの重要な情報を実際に提供できるようにしたいので､
まだ少し先がありそうです｡
次の動画では､ そのあたりをもう少し掘り下げてみましょう｡