許すs to exclicitly 解放する／自由な 資源s and break cyclic 言及／関連s.
現実に the real lifetime of an UNO 反対する is controlled by
言及／関連s kept on interfaces of this 反対する. But there are two
際立った meanings in keeping a 言及／関連 to an interface:
1st to own the 反対する and 2nd to know the 反対する.
You are only 許すd to keep 言及／関連s of interfaces
to UNO 反対するs if you are by 鮮明度／定義 the owner of that 反対する or
your 言及／関連 is very 一時的な or you have 登録（する）d an
EventListener at that 反対する and 解放（する） the 言及／関連 when
"配置する／処分する／したい気持ちにさせるing" is called.
The owner of an 反対する calls this method to explicitly 解放する／自由な all
資源s kept by this 反対する and thus break cyclic 言及／関連s.
Only the owner of this 反対する is 許すd to call this method.
The 反対する should 解放（する） all 資源s and 言及／関連s in the
easiest possible manner ( for instance no serialization should
take place anymore ).
The 反対する must 通知する all 登録（する）d listeners using the method
XEventListener::配置する／処分する／したい気持ちにさせるing. All notfied 反対するs
should 解放（する） there 言及／関連s to this 反対する without
calling XComponent::removeEventListener
(the 性質の／したい気がして 反対する will 解放（する） the listeners eitherway).
After this method has been called, the 反対する should behave as passive
as possible, thus it should ignore all calls
in 事例／患者 it can 従う with its specification (for instance addEventListener()).
Often the 反対する can't 実行する its specification anymore,
in this 事例／患者 it must throw the DisposedException
(which is derived from ::com::sun::星／主役にする::uno::RuntimeException)
when it gets called.
For some 反対するs no real owner can be identified, thus it can be
性質の／したい気がして from 多重の 言及／関連 支えるもの／所有者s. In this 事例／患者
the 反対する should be able to 対処する with 多重の 配置する／処分する／したい気持ちにさせる()-calls (which
are 必然的な in a multithreaded 環境).
