Хм, собственно, для каких компонентных структур возникла идея механизма деталей - понятно из статьи...
Но случаи достаточно частные, чтобы вводить спец. механизмы в язык ли или в рантайм.
Потому что можно тот же паттерн сделать и без такого "комфорта".
АББ и реализацию деталей в нём можно рассматривать как демку того, какие штуки можно делать с помощью современного компонентного рантайма, с метаинформацией. Если вдруг кому-то нужен будет каркас для задач, в которых сплошные такие отношения - может пригодиться.
В целом же "балование" сахаром на частный случай, впаянной в рантайм, показалось неудачным за пределами лабораторных игр

По поводу активных объектов - я считаю более эффективным подходом и применяю легковесный параллелизм в рамках одного (или нескольких по числу ядер) потоков. Без необходимости взаимного исключения... Собственно, опыт очень шустрых систем типа Node.Js или некоторых noSQL (mail.ru tarantool, например) меня в этом только убеждает. Да даже тот же Erlang!