ayb
О боже, какое клонирование моделей

Marta
В связи с этим, весь функционал разделен на пакеты, которые потом регистрируются (мол “пакет - домен - префикс”).

Marta
С разделением и роутингом проблем нет, просто включила host_matching и создала новый класс на основе Blueprint. Затем просто переопределила конструктор и метод-декоратор route, чтобы каждый раз не указывать аргумент host (он будет передан конструктору и храниться как свойство класса при регистрации blueprint'ов).

4kpt_IV
Модели будут одинаковыми? Или все же будут изменятся?

4kpt_IV
Подробнее. Что значит “Регистрируются”.

4kpt_IV
Тоже подробнее. Напоминает какой-то адовый овер…

class Mod(Blueprint):
    def __init__(self, name, import_name, static_folder=None,  # чем __init__() не конструктор?
                 static_url_path=None, template_folder=None,
                 url_prefix=None, subdomain=None, url_defaults=None,
                 host=None):
        super().__init__(name, import_name, static_folder, static_url_path, template_folder,  # py3
                         url_prefix, subdomain, url_defaults)
        self.host = host
    def route(self, rule, **options):
        def decorator(f):
            if 'host' not in options:
                options['host'] = self.host
            endpoint = options.pop("endpoint", f.__name__)
            self.add_url_rule(rule, endpoint, f, **options)
            return f
        return decorator
foo = Mod('foo', __name__,  host='example.org')
@foo.route('/')
def hi():
    return 'Hi from example!'
app = Flask(__name__)
app.url_map.host_matching = True
app.register_blueprint(foo)

4kpt_IV
Тем, что есть еще __new__…

4kpt_IV
Можно просто создавать разные БД по одним и тем же моделям по названиям blueprint, но только в том случае, если не нужно делать часто выборки по общим данным.

4kpt_IV
Если же нужно, то легче создать базовую таблицу со спецификатором и по нему фильтровать, хотя я все равно склоняюсь к нескольким БД (зависит от сложность кроссбазовых запросов).

4kpt_IV
Можно значительно проще. Гляньте в сторону Flask-Classy.

Marta
Иметь 20 баз под каждый Blueprint - не вариант. Можно разделять по доменам (есть же Bind в SQLAlchemy), однако это не решает вопрос двух Blueprint'ов на одном домене.

Marta
Да, смотрела это расширение. Его я буду использовать, но пока разбираюсь без него с ключевыми вопросами. Оно дает гибкость, но в нем так же придется переопределить методы для введения параметра host (host matching в werkzeug - это то, что нужно, в отличии от subdomain) или форкать (что плохо. если так, то можно попробовать pull request послать). Но опять же никаких вопросов оно не снимает.

Marta
Иметь 20 баз под каждый Blueprint - не вариант. Можно разделять по доменам (есть же Bind в SQLAlchemy), однако это не решает вопрос двух Blueprint'ов на одном домене.

Marta
Тоже думала завести дополнительные колонки в БД. Но это лишает прозрачности того, что Blueprint не думает сколько раз его подключают и как.