使用SQLAlchemy从应用程序正确分离模型的Python方法

一尘不染

使用SQLAlchemy从应用程序正确分离模型的Python方法

flask

我很难让我的应用程序运行。每当我尝试将软件包中的模块分开时，Flask-SQLAlchemy扩展都会创建一个空数据库。为了更好地解释我在做什么，让我展示一下我的项目的结构：

Project
|
|-- Model
|   |-- __init__.py
|   |-- User.py
|
|-- Server
|   |-- __init__.py
|
|-- API
|   |-- __init__.py

这个想法很简单：我想为我的模型创建一个程序包，因为我不希望将代码分散在一个程序包中，而希望将代码分别放在各个“子”项目（如API）中，因为将来我将使用蓝图来更好隔离子应用。

代码很简单：

首先，Model.__init__.py：

from flask_sqlalchemy import SQLAlchemy
db = SQLAlchemy()

请注意，我创建此文件仅是为了SQLAlchemy()在整个包中使用单个对象。不，我们去Model.User

from Model import db

class User(db.Model):
    id = db.Column(db.Integer, primary_key=True)
    Name = db.Column(db.String(80))
    Age = db.Column(db.Integer)
    ...

再次注意来自模型导入数据库的信息，该模型用于允许相同的数据库对象。

最后，Server.init.py像这样：

from flask import Flask
from flask_sqlalchemy import SQLAlchemy
import Model, API
db = Model.db


def main():
    app = Flask("__main__")
    db = SQLAlchemy(app)
    db.create_all()
    API.SetAPIHookers(app)
    app.run(host="0.0.0.0", port=5000, debug=True)

if __name__ == "__main__":
    main()

从我的角度来看，db = SQLAlchemy(app)允许我传递我的应用程序对象而无需创建循环引用。

问题是，每当我运行此代码时，sqlite数据库文件都会被创建为空。那让我认为也许Python不会像我想的那样导入东西。因此，我通过删除导入模型并直接在Server中创建用户来测试我的理论……瞧瞧，它起作用了！

现在出现了我的问题：是否存在一种“ pythonic”方式来正确分离所需的模块，还是应该将所有内容都放在同一软件包中？

阅读 984

2020-04-07

共1个答案

一尘不染

现在，你已使用大致等同于“ Application Factory ”模式（由Flask文档称为）的方式设置了应用程序。这是Flask的想法，而不是Python。它具有一些优点，但也意味着你需要做一些事情，例如使用init_app方法而不是SQLAlchemy构造函数来初始化SQLAlchemy对象。这样做没有什么“错”，但是这意味着你需要像create_all()在应用程序上下文中那样运行方法，而如果你尝试在该main()方法中运行它，那么当前不是。

有几种方法可以解决此问题，但是要由你决定要哪种方法（没有正确的答案）：

不要使用Application Factory模式
这样，你无需在函数中创建应用程序。相反，你将其放在某个地方（如中的project/__init__.py）。你的project/__init__.py文件可以导入models包，而models包可以app从导入project。这是一个循环引用，但只要没关系app对象在所创建的project包之前，首先model尝试导入app从package。有关示例的信息，请参见“ 大型应用程序模式”中的Flask文档，在该示例中，你可以将程序包拆分为多个程序包，但仍然可以使这些其他程序包app通过循环引用来使用该对象。文档甚至说：

每个Python程序员都讨厌它们，但我们只是添加了一些：循环导入。[…]一般而言，这是个坏主意，但在这里确实可以。

如果执行此操作，则可以更改Models/__init__.py文件以SQLAlchemy使用构造函数中对应用程序的引用来构建对象。这样，你可以使用对象的create_all()和drop_all()方法SQLAlchemy，如Flask-SQLAlchemy的文档中所述。

保持你现在的状态，但是构建一个request_context（）
如果继续进行现有操作（在函数中创建应用程序），则需要SQLAlchemy在Models包中构建对象，而无需将该app对象用作构造函数的一部分（已完成）。在你的主要方法中，更改…

db = SQLAlchemy(app)

…到…

db.init_app(app)

然后，你需要将create_all()方法移至应用程序上下文内部的函数中。在项目的早期阶段执行此操作的常用方法是利用before_first_request()装饰器…。

app = Flask(...)

@app.before_first_request
def initialize_database():
    db.create_all()

Flask处理第一个请求之前，将运行“ initialize_database”方法。你还可以通过使用app_context()方法在任何时候执行此操作：

app = Flask(...)
with app.app_context():
    # This should work because we are in an app context.
    db.create_all()

意识到如果你将继续使用Application Factory模式，那么你应该真正了解应用程序上下文是如何工作的。起初可能会造成混淆，但有必要认识到诸如“应用程序未在数据库实例上注册且没有应用程序绑定到当前上下文”之类的错误。

2020-04-07