Pythonic способ правильно отделить модель от приложения с помощью SQLAlchemy

Прямо сейчас вы настроили свое приложение, используя то, что является грубым эквивалентом "Application Factory" (так называемый в документации Flask). Это идея Flask, а не Python. У него есть некоторые преимущества, но это также означает, что вам нужно делать такие вещи, как инициализация вашего объекта SQLAlchemy, используя метод init_app, а не конструктор SQLAlchemy. Нет ничего «плохого» в том, чтобы сделать это таким образом, но это означает, что вам нужно запускать такие методы, как create_all(), внутри контекст приложения, которым в настоящее время вы бы не были, если бы попытались запустить его в методе main().

Есть несколько способов решить эту проблему, но вам решать, какой из них вы хотите (правильного ответа нет):

Не используйте шаблон фабрики приложений

Таким образом, вы не создаете приложение в функции. Вместо этого вы помещаете его куда-нибудь (например, в 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)

...to a...

db.init_app(app)

Затем вам нужно будет переместить метод create_all() в функцию внутри контекста приложения. Обычный способ сделать это для чего-то на таком раннем этапе проекта — использовать before_first_request() декоратор....

app = Flask(...)

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

Метод «initialize_database» запускается до того, как Flask обработает первый запрос. Вы также можете сделать это в любой момент, используя метод app_context():

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

Поймите, что если вы собираетесь продолжать использовать шаблон «Фабрика приложений», вы должны действительно понимать, как работает контекст приложения; поначалу это может сбить с толку, но необходимо понять, что означают такие ошибки, как «приложение, не зарегистрированное в экземпляре БД, и приложение не привязано к текущему контексту».

Ваша проблема в этой строке:

db = SQLAlchemy(app)

должно быть так:

db.init_app(app)

Запустив приложение SQLAlchemy снова, вы переназначаете db вновь созданному объекту db.

Пожалуйста, постарайтесь НЕ отходить от заводской настройки приложения. Это устраняет побочные эффекты времени импорта и является ХОРОШЕЙ вещью. На самом деле вы можете захотеть импортировать db внутри вашей фабрики, потому что импорт модели, которая является подклассом Base (в данном случае db.model), имеет свои собственные побочные эффекты (хотя и менее проблематичные).

Инициализация вашего приложения в __init__.py означает, что когда вы импортируете что-либо из своего пакета для использования, вы в конечном итоге загрузите свое приложение, даже если оно вам не нужно.