Что есть красота?

Которая спасет мир?

Не с моими навыками лезть в блюбрим, однако в красоте кода и архитектурных решений я понимаю, IMHO.

Обрисовывается проблема красивого способа удалить обьект через вызов его собственного метода. А проблема заключается в том, что после удаления обьекта он еще может быть использован, ибо он — контекст. Короче, архитектурное противоречие.

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

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

...

Гибкость построения скинов в bluebream чрезвычайно велика и трудно сравнима с чем-либо. При проектировании всегда следует ориентироваться на интерфейсы и не стесняться создавать новые, пусть и для каждой мелочи. Это позволяет делать сложные вещи исключительно декларативными конструкциями, коими являются интерфейсы и zcml-описания.

astoon.zwiki.org/DeleteFormInBlueBream

Нельзя не согласиться с заключающим призывом. Но вот конкретное употребление вызывает у меня отрыжку.

Архитектурное противоречие обходится применением изящных костыльков. Лично мне такие подходы не симпатичны. Я предпочитаю либо поправить код, вызываемый после удаления обьекта, типа реализации redirect-force, чтобы после вызова редиректа цепочка сокращалась до условного нуля; либо, что еще правильнее, таки продумать и сделать красиво удаление обьектов вызовом метода контейнера этих обьектов.