Зачем переопределять методы с одним лишь делегированием выполнения, если они и так неявно прописаны в классе-обертке?

покажіть код в умові задачі нічого такого нема мы используем одновременно и наследование, и композицию бо в цьому прикол цього патерну. він призначений для того, щоб ми могли додати якусь функціональність до якогось класу, до якого в нас нема доступу (наприклад, якийсь клас зі стандартної бібліотеки джави, чи просто якийсь клас із іншої бібліотеки). такий клас, в який ми не можемо залізти всередину і дописати потрібний нам функціонал. в задачі цей "додатковий функціонал" - це пункт 2.2 Записать в конец файла фразу "JavaRush © All rights reserved." такого функціоналу нема в FileOutputStream, правильно ж? для того щоб змінити внутрішню поведінку - нам і потрібна композиція. маючи об'єкт класу ми у потрібний момент можемо дописати те, що нам треба. для чого тоді треба наслідування? для того, щоб ми могли передавати цей наш об'єкт в інші методи, які очікують від нас якийсь FileOutputStream. тільки тепер ми можемо передати в той метод не стандартний FileOutputStream, а вже модифікований нами, із додатковим функціоналом.

Стас, спасибо за ответ! Да, как раз перечитал про реализацию декораторов в джаве, все встало на свои места. Смутило переплетение вызовов методов, то вызываем методы супер-класса, то методы объекта композиции.