Black box

Вау. Оставил комментарий возле создания FirstClass - валидатор пишет, что FirstClass не создан. 5 раз переписывал. Потом удалил комментарий и прошло.

super.someAction() падла и без него все решается..

Кто-нибудь понял что за чёрная магия в их решении для getDependantAction?

return param > 0 ? Solution.this : this;

Что ещё за Solution.this?

Непонятно только зачем вызывать метод родительского класса

Прошли первые полтора часа - ничего не понял... P.S. после прочтения\ комментариев понимание что и как сделать не пришло просто открыл референсное решение прошел ещё один вечер, потом утро.. пять страниц рукописного текста и я теперь пониманию как оно там у них всё работает..... ( и что в итоге они хотели) ну это я вам скажу... да я сам бы до такой мутохрени никогда не додумался... =)

Задача на подгонку к требуемому выводу. Что только не делала: если param > 0 после вывода param ...3 2 1 param=0; после чего создавала secondClass = new SecondClass(){ @Override public void someAction(){}}, где выводила sb.append(SecondClass.SPECIFIC_ACTION_FOR_ANONYMOUS_SECOND_CLASS_PARAM).append(param).toString() при создании экземпляра анонимного класса наследующего от FirstClass определяла метод public Action getDependantAction() и из него вызывала super.someAction() и secondClass.someAction(); Не сказать, что после всего этого я достигла просветления, а скорее достигла ощущения, что сварила какое-то жуткое варево, секрет которого будет утерян

Запутанная задача) Осторожно!)) Решая ее, рискуете почувствовать себя ничтожеством))))😀 Мой метод Валя принял, константу SPECIFIC_ACTION_FOR_ANONYMOUS_SECOND_CLASS_PARAM обрезала substring(1). Но задумка была видимо совсем не в этом. если я правильно поняла, здесь рекурсия с методом класса Solusion и цикл от 5 до 1 печатается с помощью рекурсии. Сложное для понимания решение. Но валя вполне пропускает и через цикл в getDependantAction.

Очень абстрактная задача c очень конкретными требованиями (шаг влево-шаг вправо) -- минус в карму составителей. Сначала написал всю необходимую логику действий в конструкторах локальных подклассов, вывод полностью соответствовал, но очевидно, нужные методы не вызывались. Согласен, давай по новой. Почитал комментарии и переопределил метод в локальных подклассах анонимного класса. И снова - вывод полностью соответствует... Валиднул - выполняются три из пяти условий. Почему не выполняются последние два, объекты же вроде созданы?

public void someAction() {
    if (param > 0) {
        FirstClass firstClass = new subFirstClass();
        firstClass.someAction();
    } else {
        SecondClass secondClass = new subSecondClass();
        secondClass.someAction();
    }
}

Оказывается, надо не просто локальные классы в анонимке прописать а собственно создать два анонимных класса в анонимном

В методе someAction анонимного класса Action созданного в классе Solution должен быть создан объект типа FirstClass.

Вот это оно самое и означает... На самом деле, это же очень логично: зачем анонимному классу полноценные внутренние классы? Трудно перестать мыслить в парадигме "классы - это шаблоны", как ты делал все 30 уровней до этого, и переключиться на новую "классы - это объекты".

8069 После if (param > 0) не делайте блок else, просто объявляйте new SecondClass

о задаче: очень интересно что это и зачем??