一些概念
pip 安装的包默认是全局的。这意味着，使用 pip install 命令安装的 Python 包在系统的 Python 环境中对所有项目都是可用的。这种全局安装的方式可能会导致一个问题，即如果不同的项目需要使用相同包的不同版本，就可能发生版本冲突。为了避免这种情况，可以使用 Python 的虚拟环境功能来为不同的项目创建隔离的环境，确保每个项目都有其独立的依赖包版本12。
虚拟环境允许开发者为每个项目创建一个独立的 Python 环境，并在其中安装项目所需的包和依赖。这样，即使多个项目需要使用同一个包，也可以确保每个项目使用该包的特定版本，从而避免版本冲突。通过创建和使用虚拟环境，开发者可以更好地管理项目的依赖关系，提高项目的可移植性和可维护性
问题1:pip 安装的包默认是全局的?还要新建一个虚拟环境出来?为什么设计的时候不直接放在该项目下,比如前端的包管理器一样有个node_modules? 或 maven 一样 直接引入仓库的依赖?
Python 包管理器 pip 默认会将安装的包放在全局环境中，这是为了确保所有用户和所有项目都可以使用这些包。然而，这种全局安装方式也有一些缺点，例如不同项目可能需要不同版本的相同包，导致版本冲突。为了解决这个问题，Python 引入了虚拟环境（virtual environments）的概念。
为什么需要虚拟环境？
- 避免版本冲突：不同项目可能需要不同版本的依赖包。使用虚拟环境可以确保每个项目都有自己独立的依赖包集合，不会相互干扰。
- 隔离项目环境：虚拟环境为每个项目提供一个隔离的 Python 环境，使项目之间的依赖不会相互影响。
- 便于管理：通过使用虚拟环境，可以更方便地管理项目依赖，确保项目在不同环境中的可移植性和可重复性。
为什么设计成全局安装而不是项目本地安装？
- 历史原因：Python 的包管理系统最初设计时并没有考虑到现代软件开发中的依赖管理需求，因此默认是全局安装。
- 系统依赖：有些包可能是系统级别的工具，多个项目共用一个版本即可，无需每个项目都安装一份。
- 简化路径管理：全局安装简化了包的路径管理，避免了每个项目都需要维护一份依赖包的路径。
如何创建和使用虚拟环境？
创建虚拟环境
使用
venv模块（Python 3.3+ 内置支持）：- 创建虚拟环境：
1
python -m venv myenv
- 激活虚拟环境：
- Windows：
1
myenv\Scripts\activate
- macOS 和 Linux：
1
source myenv/bin/activate
- Windows：
- 安装包（此时
pip安装的包将位于虚拟环境中）：1
pip install <package-name>
- 创建虚拟环境：
使用
virtualenv工具：- 安装
virtualenv（如果尚未安装）：1
pip install virtualenv
- 创建虚拟环境：
1
virtualenv myenv
- 激活虚拟环境：
- Windows：
1
myenv\Scripts\activate
- macOS 和 Linux：
1
source myenv/bin/activate
- Windows：
- 安装包：
1
pip install <package-name>
- 安装
使用
conda环境（如果使用 Anaconda）：- 创建环境：
1
conda create --name myenv
- 激活环境：
1
conda activate myenv
- 安装包：
1
conda install <package-name>
- 创建环境：
虚拟环境的优点
- 隔离性：每个虚拟环境都有自己独立的 Python 解释器和包管理系统，避免了不同项目之间的依赖冲突。
- 可移植性：通过
requirements.txt文件可以轻松在不同机器上重现相同的环境。 - 灵活性：不同项目可以使用不同版本的 Python 和依赖包，而不必担心系统环境的影响。
前端包管理器和 Maven 的对比
前端包管理器如 npm 和 yarn 会将依赖包放在项目目录下的 node_modules 目录中，这种设计使得每个项目有自己独立的依赖环境。而 Maven 则是通过定义项目的 pom.xml 文件来管理依赖，并从中央仓库下载依赖包到本地仓库。它们的设计理念和使用场景不同，但都体现了现代软件开发中对依赖管理的需求。
Python 的虚拟环境可以看作是与前端包管理器和 Maven 的一种平衡，它既能提供全局安装的方便性，又能通过虚拟环境提供项目级别的隔离和管理。
