这就是我开始我的第一个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 应用程序时创建一个新的应用程序是一种好习惯吗?
简短的回答:是的。
更长的答案:关于你想如何工作,这是一个个人问题。我想您会发现,随着您构建的应用程序越来越多,每个应用程序都会有不同的依赖关系。也许对于一个应用程序,您需要使用 wtforms。也许对于另一个应用程序,您将使用请求。也许三分之一,你需要flask-sqlalchemy。如果您将每个应用程序都放在自己的 virtualenv 中,则可以单独管理这些要求。
如果您计划部署到 Heroku 之类的东西,您会发现拥有一个仅包含该应用程序所需的 virtualenv 要容易得多。
唯一的缺点是,如果您在构建的每个应用程序中都使用 wtforms 之类的东西并决定升级。您必须在每个 virtualenv 中进行升级。这可能不是那么糟糕,因为您可能想要测试该升级如何以不同方式影响每个应用程序。
以我个人的经验,我为每一个应用程序、每一个实验、每一个我做过的不同的事情都创建了一个 virtualenv。这是一个很好的划分,对我来说,感觉类似于 git 中的分支(尽管没有所有的合并)。