これがvirtualenv
、Flask アプリの最初の開始方法です。
$ virtualenv flask_env
$ source flask_env/bin/activate
(flask_env) $ pip install Flask
これで作業するのは初めてです。virtualenv
新しい Flask アプリの構築を開始するたびに新しいアプリを作成するのは良い習慣ですか?
これがvirtualenv
、Flask アプリの最初の開始方法です。
$ virtualenv flask_env
$ source flask_env/bin/activate
(flask_env) $ pip install Flask
これで作業するのは初めてです。virtualenv
新しい Flask アプリの構築を開始するたびに新しいアプリを作成するのは良い習慣ですか?
簡単な答え:はい。
長い答え:それはあなたがどのように働きたいかについての少し個人的な質問です。より多くのアプリを構築するにつれて、それぞれが異なる依存関係を持つことに気付くと思います。たぶん、1つのアプリではwtformsを使用したいと思うでしょう。たぶん、別のアプリではリクエストを使用します。たぶん3分の1の場合、flask-sqlalchemyが必要になります。各アプリが独自のvirtualenvにある場合、これらの要件は個別に管理できます。
Herokuのようなものにデプロイすることを計画している場合は、その1つのアプリに必要なものだけを備えたvirtualenvを使用する方がはるかに簡単です。
唯一の欠点は、ビルドするすべてのアプリでwtformsのようなものを使用し、アップグレードすることにした場合です。各virtualenvでそのアップグレードを行う必要があります。とにかく、そのアップグレードが各アプリにどのように異なる影響を与えるかをテストしたいので、これはそれほど悪くないかもしれません。
私の個人的な経験では、すべてのアプリ、すべての実験、私が取り組んだすべてのさまざまなものに対してvirtualenvを作成しました。それは素晴らしい区画化であり、私にとっては、gitでの分岐に似ているように感じます(ただし、すべてのマージはありません)。