Ищем в команду сильного Java Developer (Мид+ и выше)

здесь разные :) Мидлов и синиоров на джава раше тусуется достаточно :) Другое дело, что можно им предложить, но в любом случае, за спрос не бьют :)

Вопрос: зачем им это нужно - тусоваться на JR ? Избыток свободного времени ?

Просто интерес тут тусить, что я и делаю. И да, здесь есть огромное колличество фанатичных до программирования людей (не до денег). Что есть гуд однако для потенциальных работодателей.😊😉 Так, что у тебя есть возможность отличиться и устроиться на работу прямо из коробки. 😊😉

може тому що в РФ не так багато ресурсів для прогрерів?

кто-то статьи публикует, кто-то отвечает в разделе помощь, кто-то использует ДжаваРаш вместо соцсети :) Тусоваться можно по разному, не обязательно на это тратить много времени.

Спасибо. Но, можно подробнее: при вызове super(x), как 1 из конструктора В передается в параметры конструктора А ?

https://javarush.com/groups/posts/1187-raznica-mezhdu-kljuchevihmi-slovami-this-i-super-v-java Из конструктора класса В вызываем конструктор класса А с переменной 1.

Спасибо за линк. Т.е., из конструктора В 1 передается в параметры конструктора А в качестве аргумента ?

super(x);

Вот эта строчка вызывает конструктор родительского класса. Т.к. у нас там только один конструктор (и он же подходящий под условие), то вызывается именно он. Следом в вызванном конструкторе вызывается метод

result();

класса А, который и выводит нам на экран "1". Далее происходят действия в классе-потомке Б.

Я наверное как то не так спрашиваю. Единственный вопрос который меня интересует: как из конструктора подкласса расширяющего функционал, аргумент передается в конструктор суперкласса ? Как именно пошагово и почему ? Если бы конструктор переопределялся, вопросов бы не было. Но, он не переопределяется вследствие установленного типа.

Я думаю, что вы не тут должны задавать свои вопросы по поводу конструкторов и прочей темы программирования. Здесь обсуждается тема "Ищем в команду сильного Java Developer (Мид+ и выше)". Есть конкретный вопрос, создай новый пост.

Я тоже так думаю. А еще я думаю, что нет такой темы на форуме, где я мог бы задать такой вопрос. Поэтому, задаю здесь не влазя в чужую дискуссию без приглашения.

Не уверен что понял вопрос, если что не обессудь и переформулируй. Что нужно знаьт про парент и чайлд? (родительский класс и класс-наследние). Что это один объект, который как бутерброд. Одна половина такого объекта это парент, вторая половина такого объекта - это чайлд. Это важно понимать, что в памяти это будет один объект который состоит из нескольких частей. Было бы накладно, если бы была иерархия Object->....20 классов -> класс ValuaTest. И строка ValueTest test = new ValuaTest(); создавала бы 22 экземпляра объекта, с ресурсами, выделением памяти и тд. Или легко запомнить про абстрактный класс, наследоваться мы можем от него, а экземпляры то абстрактного класса не создаются. То есть родительский класс (парент) это такая себе база, заготовка. Как в магазине купить заготовку для пиццы/торта, принести домой,сверху досыпать чего-то и объект готов. И заметь - 1 объект. Это будет Торт. или Пицца. 1 экземпляр объекта. Может ты это все четко осознаешь, но я проговорю, лично у меня много времени прошло пока я это осознал. С этим связаны и легче запомнить порядок инициализации, поскольку сначала заготовка должна быть, а потом уже детали.

, что переопределение конструктора в Java запрещено

никогда не задумывался про такую конструкцию, как переопределение конструкторов, но причем здесь переопределение? Переопределение это подстановка другой реализации. А здесь ничего не подставляется и не заменяется. У нас есьт один конструктор. Есть другой конструктор. Один конструктор вызывает другой конструктор. Один метод вызывает другой метод. Это не переопределение. Просто нужно запомнить, что в конструкторе чайлда (класса-наследника) всегда будет явный или неявный вызов конструктора парента (родительского класса). Потому что для любого чайлда, прежде чем собирать бутерброд - нужно инициализировать основу - парента/родителя. Если есть конструктор по умолчанию/без аргументов, тогда можнно было бы и неписать

там был бы неявный вызов super(); но поскольку в родителе нет конструктора без параметров/по умолчанию, то тебя компилятор заставит явно прописать вызов родительского конструктора. Компилятор говорит тебе - ты хочешь приготовить пиццу, прежде всего , давай мне основу/заготовку, а потом будет сверху досыпать что ты там хочешь. Поэтому конструкторы это ведь по сути методы своей, они кстати имеют тип возвращаемого значения - void правда это уже в байткоде только можно увидеть. Просто в джаве есть ряд синтаксических правил требований. Чтобы метод считался как конструктор: - его имя должно совпадать с именем класса буква в букву (не важно с большой или маленькой), - он не должен иметь явно указанный тип возвращаемого значения (за счет этого мы в коде их легко отличаем), - в каждом классе есть конструктор по умолчанию, если мы создадим конструктор с параметрами, он "затирается" и тогда если нужно мы сами явно прописываем конструктор без параметров. - при создании экземпляра объекта обязательно отрабатывает указанный конструктор - при наследовании, прежде чем отработает конструктор наследника, должен быть вызван явно или неявно конструктор родителя, чтобы создать заготовку объекта. Если Кот наследуется от Животного, то прежде всего должны быть лапы, хвост и тд, а то что он мяукает и какие именно лапы, это должно быть во вторую очередь определено. Ну и по сути конструктор это метод. В твоем примере мы В ПРЕДЕЛАХ ОДНОГО ЭКЗЕМПЛЯРА ОБЪЕКТА с одного метода вызвали другой метод. Все очень просто.

Это не то, во что я уперся. Я уперся в фразу "вызов конструктора", потому что тупо вылетело из головы, что блок конструктора это тоже его составная часть. В общем, забыл почему вода мокрая, что то типа.. :)

а что такое блок конструктора?

В фигурных скобках, не ?

это блок инициализации и это отдельна и отличная от конструктора конструкция. Есть: - конструкторы - методы - поля класса (статика и экземпляра) - блоки инициализации (статика и экземпляра) это разные вещи, они не являются составной частью друг друга. В твоих примерах блоков инициализации я не вижу Но это ближе к

public A(int x) а весь конструктор вцелом - вместе с блоком инициализации.

относительно последних комментов, я так понял блок конструктора это блок кода конструктора , то есть содержимое фигурных скобок.

конечно. Блок инициализации это конкретный механизм в джава с конкретным синтаксисом. Он находится внутри класса но вне методов и вне конструкторов и обозначается фигурными скобками. Просто не так часто и не помню вообще ли видел "в блоке конструктора". Конструктор это метод, обычно пишут просто "в конструкторе". Но это уже такое, главное что все всё поняли :)

В инглиш тьюториалах, конструктор описывают как блок кода, инициализирующий объект. "Constructor is a block of code that initializes the newly created object".

да, эта цитата уже привычнее , конструктор это блок кода, но... так как ты писал тоже вполне валидно..есть конструктор, это блок, а в нем еще есть блок, ммм , да, это вполне валидная формулировка. Любые несколько строк это по сути являются блоком кода.

Про конструктор подробно описано тут. Страница с 287 по 298. Читай и наслаждайся.

Дискуссия окончена.