Использование Flask-SQLAlchemy в моделях Blueprint без ссылки на приложение

Ответ 1

Я считаю, что самый верный ответ заключается в том, что модульные чертежи не должны напрямую касаться доступа к данным, а вместо этого полагаться на приложение, обеспечивающее совместимую реализацию.

Итак, учитывая ваш примерный проект.

from flask import current_app, Blueprint, render_template

flat_pages = Blueprint('flat_pages', __name__, template_folder='templates')

@flat_pages.record
def record(state):
    db = state.app.config.get("flat_pages.db")

    if db is None:
        raise Exception("This blueprint expects you to provide "
                        "database access through flat_pages.db")

@flat_pages.route('/<page>')
def show(page):
    db = current_app.config["flat_pages.db"]
    page_object = db.find_page_by_name(page)
    return render_template('pages/{}.html'.format(page), page=page_object)

Из этого ничего не мешает вам предоставить реализацию по умолчанию.

def setup_default_flat_pages_db(db):
    class Page(db.Model):
        name = db.Column(db.String(255), primary_key=True)
        title = db.Column(db.String(255))
        content = db.Column(db.String(255))

        def __init__(self, name, title, content):
            self.name = name
            self.title = title
            self.content = content

    class FlatPagesDBO(object):
        def find_page_by_name(self, name):
            return Page.query.filter_by(name=name).first()

    return FlatPagesDBO()

И в вашей конфигурации.

app.config["flat_pages.db"] = setup_default_flat_pages_db(db)

Вышеизложенное может быть сделано более чистым, не полагаясь на прямое наследование от db.Model и вместо этого просто использовать vanial declarative_base из sqlalchemy, но это должно представлять собой суть этого.

Ответ 2

Чертежи - это скорее логическое разделение проблем, чем фактические приложения.

Экземпляр базы данных должен быть настроен приложением, а не Blueprint, чтобы в одном месте можно было настроить такие параметры, как обработка фона и другие модули. Если Blueprint настроит базу данных, она будет зависеть от остальной части приложения Flask, сделав ее не такой модульной.

Взгляните на https://github.com/masom/Bluemonk для приложения с флагом среднего размера, используя множество различных плагинов Flask и шаблонов проектирования.

Ответ 3

Вы спросили: "Являются ли чертежи не независимыми от приложения и могут быть распространены (приложения la Django)?"

Ответ: да. Чертежи не похожи на приложение Django.

Если вы хотите использовать разные приложения/конфигурации, вам необходимо использовать "Диспетчер приложений", а не чертежи. Прочитай это [1]: http://flask.pocoo.org/docs/patterns/appdispatch/#app-dispatch [1]

Кроме того, ссылка здесь [1] http://flask.pocoo.org/docs/blueprints/#the-concept-of-blueprints [1]

В нем четко сказано, и я цитирую: "План в Flask не является подключаемым приложением, потому что на самом деле это не приложение - его набор операций, который может быть зарегистрирован в приложении, даже несколько раз. Почему бы не иметь несколько объектов приложения Вы можете сделать это (см. "Диспетчер приложений" ), но ваши приложения будут иметь отдельные конфигурации и будут управляться на уровне WSGI. "

Ответ 4

У меня есть аналогичные потребности в создании чертежей полностью модульных и не имеющих ссылки на приложение. Я придумал, возможно, чистое решение, но я не уверен, насколько он прав и каковы его ограничения.

Идея состоит в создании отдельного объекта db (db = SQLAlchemy()) внутри чертежа и вызова методов init_app() и create_all(), из которых создается корневое приложение.

Вот пример кода, чтобы показать, как структурирован проект: Приложение называется jobs, а чертеж называется status, и он хранится внутри папки чертежей.

blueprints.status.models.py

from flask_sqlalchemy import SQLAlchemy
db = SQLAlchemy()  # <--- The db object belonging to the blueprint

class Status(db.Model):
    __tablename__ = 'status'
    id = db.Column(db.Integer, primary_key=True)
    job_id = db.Column(db.Integer)
    status = db.Column(db.String(120))

models.py

from flask_sqlalchemy import SQLAlchemy
db = SQLAlchemy()  # <--- The db object belonging to the root app

class Job(db.Model):
    __tablename__ = 'job'
    id = db.Column(db.Integer, primary_key=True)
    state = db.Column(db.String(120)

factory.py

from .blueprints.status.models import db as status_db  # blueprint db
from .blueprints.status.routes import status_handler   # blueprint handler
from .models import db as root_db                      # root db
from flask import Flask

def create_app():
    app = Flask(__name__)

    # Create database resources.
    app.config['SQLALCHEMY_DATABASE_URI'] = 'sqlite:////path/to/app.db'
    root_db.init_app(app)
    status_db.init_app(app)     # <--- Init blueprint db object.
    with app.app_context():
        root_db.create_all()
        status_db.create_all()  # <--- Create blueprint db.

    # Register blueprint routes.
    app.register_blueprint(status_handler, url_prefix="/status")

    return app

Я тестировал его с помощью gunicorn с gevent рабочим, и он работает. Я задал отдельный вопрос о надежности решения здесь: Создайте один экземпляр SQLAlchemy для каждого проекта и вызовите create_all несколько раз