先创建 Django 应用程序还是虚拟环境？
Create the Django app or the virtual environment first?
我一直在尝试使用 Django 成功创建项目，但是我看到了用户首先创建项目然后创建虚拟环境的项目。我还看到了用户创建虚拟环境然后创建 django 应用程序的实例。双方都争辩说他们的方法更好，但现在我很困惑。请帮忙
这取决于您的使用情况。
假设你在全局安装了 Django 2.1，然后你有一个项目需要 Django 1.9，这里你需要先设置你的虚拟环境
最好先创建虚拟环境，然后在该环境中开始工作。即使用来自该环境的 python。
优势：
一个。环境将包含项目所需的所有包
b。可以在多个env之间切换（测试目的）
c。轻松记录所需包裹
d。不会影响您需要 python 3.5 的另一个项目，而在 django 项目中您需要 python 3.6
缺点：
需要跟踪每个环境，以防你有很多虚拟环境（所有虚拟环境都存储在同一个地方，就像 anaconda 一样，否则如果存储在项目文件夹中，那么 1 个环境就没有问题）
当您拥有虚拟环境时，您可以跟踪每个项目的包。
激活虚拟环境后，您可以使用命令
创建 requirements.txt 文件
pip freeze > requirements.txt
因此，当您想 运行 将 django 项目转移到另一个 os 时，您可以从您创建的需求文件中安装包。
pip install -r requirements.txt
另一种情况是您的 os 有 django 1.11 并且您有一个使用该版本创建的 django 项目。当您在 os 中升级 django 版本时，django 应用程序将会中断。
所以我认为对于每个 django 项目来说，一个好的方法是拥有自己的虚拟环境
我一直在尝试使用 Django 成功创建项目，但是我看到了用户首先创建项目然后创建虚拟环境的项目。我还看到了用户创建虚拟环境然后创建 django 应用程序的实例。双方都争辩说他们的方法更好，但现在我很困惑。请帮忙
这取决于您的使用情况。 假设你在全局安装了 Django 2.1，然后你有一个项目需要 Django 1.9，这里你需要先设置你的虚拟环境
最好先创建虚拟环境，然后在该环境中开始工作。即使用来自该环境的 python。
优势：
一个。环境将包含项目所需的所有包
b。可以在多个env之间切换（测试目的）
c。轻松记录所需包裹
d。不会影响您需要 python 3.5 的另一个项目，而在 django 项目中您需要 python 3.6
缺点： 需要跟踪每个环境，以防你有很多虚拟环境（所有虚拟环境都存储在同一个地方，就像 anaconda 一样，否则如果存储在项目文件夹中，那么 1 个环境就没有问题）
当您拥有虚拟环境时，您可以跟踪每个项目的包。 激活虚拟环境后，您可以使用命令
创建 requirements.txt 文件pip freeze > requirements.txt
因此，当您想 运行 将 django 项目转移到另一个 os 时，您可以从您创建的需求文件中安装包。
pip install -r requirements.txt
另一种情况是您的 os 有 django 1.11 并且您有一个使用该版本创建的 django 项目。当您在 os 中升级 django 版本时，django 应用程序将会中断。
所以我认为对于每个 django 项目来说，一个好的方法是拥有自己的虚拟环境