Конструкторы в обертках

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

Сколько путаницы в вопросе! В этой задаче две проблемы: наследовать родителя и создать обертку для объекта-параметра. Решая задачу наследовать родителя extends FileOutputStream нам необходимо изменить поведение конструктора и метода void close(). Так как мы пишем свой конструктор с параметром который наследует, то он должен прежде всего вызвать супер-конструктор с параметром, который не создает никакого нового объекта, т.к. перед его вызовом нет ключевого слова new, а выполнит всю необходимую работу, которую понадобится, когда будет вызван наш новый конструктор, работу, которую мы сами не описываем, но должна быть выполнена цепочкой всех родителей вплоть до класса Object ! И уже после выполнения этой работы наш новый конструктор вернет объект, переданный аргументом метода(конструктора), которым может быть объект класса отличного от наследуемого. Если бы наш конструктор был без параметра, то супер-конструктор был бы вызван неявно, при условии его наличия у класса-родителя. С методом close() таких проблем нет, нужно только добавить необходимый функционал обёртки.

Не претендуя на истинность, выскажу свои мысли (при прохождении 8 уровня тоже задался этим вопросом и он долго меня мучал). 1. Но объект, который мы создали с помощью этого конструктора использоватся никогда не будет, поскольку у нас есть ссылка на объект класса. Выходит, используя класс обертку для класса без дефолтного конструктора мы создаем мусорный объект? Думаю, что тут смешаны понятия «объект» и «поток». Объект класса AmigoOutputStream никак не может быть мусорным - вы это объект создаете и потом его используете. Для создания объекта класса нужно вызвать конструктор super-класса (явный он или нет, с параметрами или без), тот в свою очередь будет вызывать конструктор своего родительского класса и так далее вплоть до Object. Так в ООП (ну или конкретно в java) устроен процесс создания объекта. 2. Другой вопрос - что в этих объектах содержится и как это потом используется (если используется вообще). В частности валидатор требуется наследоваться от класса FileOutputStream, в конструкторе которого создается новый поток, который нам потом не нужен. 3. Как решение - это наследоваться не от FileOutputStream, а от абстрактного OutputStream. Тогда и лишних потоков создаваться не будет и все необходимые методы будут доступны.

http://xahlee.info/java-a-day/inheritance_constructers.html после прочтения этого понял. Суть в том что, что бы создать экземпляр класса сначала выполняется соответствующий конструктор, но при этом сначала выполняются все конструкторы предков вверх по иерархии, и вызовы эти выполняются неявно, то есть вызывается super() , без параметра, но в нашем случае дефолтного конструктора, иначе говоря конструктора без параметров, в классе предке не существует вообще, и неявный вызов не может быть выполнен, вот он и ругается.

1. язык требует просто какого-то определенного конструктора - нет, вы вольны создавать любой конструктор соблюдая синтаксис языка. 2. используя класс-наследник и создавая его конструктор в обертке вот тут ни фига не понял. Конструктор определяется в самом же классе, не возможно определить конструктор за пределами класса. Следовательно "создавая его конструктор в обертке" - невозможная ситуация. Следовательно мусорный объект не создается, т.к. не создан конструктор его создающий