EugeneOZ, думаю стоит уточнить, что мы будет хранить только виртуальные молекулы, просто разных типов. Когда начнем хранить и динозавров возможно перейдем на NoSQL :), но не скоро.
OnYourLips, это-то понятно, не понятно какой лучше при будущих «выборках», при том что ОРМ не держит DataMapper, другие полезные фишки, а проект мне еще поддерживать и писать черта-срогами не хочется.
Спасибо, очень интересное решение, надо попробовать, но тут же два вопроса: если расширение большое, хорошо ли запихивать все в один класс, те же вьюхи?
И еще, blueprint, я думал над этим, но опять же если создать «модуль», который в последствии устанавливается pip и регистрируется:
Не выйдет, тогда у тебя Group будет относиться к тоже сессии, что и User, теперь добавим еще один relationship на модель не из расширения, а из приложение — опять ошибка. Главный смысл, в том, чтобы можно было создать несколько базовых расширений (блог, новости, еще что) — и подключать в нужный момент. (да, да, в django все уже есть, но разговор не о нем) Если брать что-то из расширения — тогда сам смысл расширения пропадает.
Да, так все и есть. Просто даже логически на это смотреть, то __init__ сработает даже при редактировании сущности, то есть мы редактируем одну и тут же создали другую…
Есть еще мысль переписать стандартные add_view, которые просто будет создавать сущность и редиректить, так как если бы нажать на «сохранить и продолжить редактирование», но пока курю код…
Все круто, НО он создает ее в огромных количествах: так как этот init срабатывает повсеместно. К примеру, у меня создается три экземпляра если просто добавить сущность и нажать «сохранить» :) думаю их будет 4 если нажать «сохранить и продолжить редактирование». Эту тему курил все ночь, ничего лучше пошаговой системы создания не пришло в голову, но заказчика это не устраивает :\
