Здравствуйте, Ctraveller, Вы писали:

C>Попробовал использовать такой подход и столкнулся с двумя проблемами:

C>1. бизнес-объект может загружаться и использоваться одиночно. Создание списка, используемого для хранения состояния удален/не удален приводит к лишным накладным расходам.

если он пользуется одиночно, то вообще проблем не возникает — всегда известно что с ним делать

C>2. если бизнес-объект положен в список, то необходимо во всех местах где используется бизнес-объект, знать и про этот самый список.

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

C>И еще вопрос: описанный подход, "единственный-официальный-правильный" для данной задачи?

нет более того "единственно-официально-правильных" подходов в BLT нет вообще. BLT — фреймворк для фреймворков — что хотите, то и воротите.