来避免令人头痛地切换数据库问题。 如果你希望使用其他数据库，你需要安装合适的 database bingings 和在 DATABASES ‘default’ 默认项里改变一些键值，以匹配你的数据库设置： 引擎（ENGINE） - ‘django.db.backends.sqlite3’、 ‘django.db.backends.postgresql’、 ‘django.db.backends.mysql’ 每个视图必须要做的只有两件事：返回一个包含被请求页面内容的 HttpResponse 对象，或者抛出 一个异常，比如 Http404。至于你还想干些什么，都随你。 你的视图可以从数据库里读取记录，可以使用一个模板引擎（比如 Django 自带的，或者其他第三 方的），可以生成一个 PDF 文件，可以输出一个 XML，创建一个 ZIP 文件，你可以做任何你想做 的事，使用任何你想用的 Python 库。 Django 注意 我们的 vote() 视图代码有点小问题。它首先从数据库中得到 selected_choice 对象，然后计算新的票数（votes），最后把 新的票数存回数据库中。但如果两个用户几乎在同一时间在我们的网站上投票就会出现错误：同票数，比如说 42 张票。然后两个用 户计算和保存的票数都会是 43，而不是我们期待的 44。 这就是竞争条件（race condition），如果你感兴趣，可以阅读

Pipenv 等工具来管理项目的依赖，这样 可以确保项目在不同环境中安装相同的依赖版本，从而避免由于依赖版本不一致而引发 的错误。 提高项目可移植性：将项目的依赖放在虚拟环境中，可以使得项目在不同的计算机 或服务器上都能轻松地部署和运行，而不需要担心依赖问题。 简化依赖管理：虚拟环境可以将项目所需的依赖以及其版本信息保存在一个文件中 （例如 Pipfile.lock），这样可以方便地重现项目的开发环境，使得依赖的安装和管理更加 景。比如：单元测试，我们测试场景大多着眼于单功能交付；集成测试，则关注于模块 交互；验收测试，则强调系统功能的完善。 可以试想一个汽车生产商，生产汽车的过程。是不是先零部件（轮胎、方向盘）生 成，然后再是局部功能组合调式（引擎、仪表盘），最后才是整车交付？大致如此道理。 ·从交付的角度来说，对内交付和对外交付的测试场景不同 对内交付（可以是团队内、项目内），关注的更多是单功能和交互功能场景测试；对 外交付（项目外），更关注的是系统场景测试。 center(loc) setFront(hwnd) pyautogui.click(x, y) 方法 2：相对坐标方法 获取当前程序的坐标 x、y 及其宽度 w、高度 h，在此基础上进行偏移量计算后进行 点击： rect = win32gui.GetWindowRect(hwnd) x = rect[0] y = rect[1] w = rect[2] - x h = rect[3]