Народ такой вопрос по джаве.
Долго копал может кто подскажет.

есть файл test.java:

class parent {
public String var="parent";

public void printvar() {
System.out.println(var);
}
}

class child extends parent {
public String var="child";

}

class test {
public static void main(String[] args) {
child c = new child();
c.printvar();
}

}

Печатает "parent".

Как сделать чтобы наследовалось значение поля ?
Заранее спасибо ...

Спасибо ..

А если таких полей очень много ?
Для каждого getfield добавлять ?
Может есть более простое решение ?

am_sasaа поле наследуется, а то что ты подразумеваешь - никак!
делай типа в обоих классах а у парента типа

Так и сделал - заработало.

Может просто кто знает через Reflection можно сделать быстро для болшого количества таких варов в классе ?

vas0 _fromoracleМожет просто кто знает через Reflection можно сделать быстро для болшого количества таких варов в классе ? Что пустом начинаешь разводить ненужную сложность. Для того примера что ты привел, зачем там вообще наследование? Может можно все проще сделать?


Типа самый умный ?

Я знаю что для моего примера можно без наследования. Тока мой пример сам по себе мне не нужен ...
Вопрос был именно в механизме передачи констант родителю ..

Софтверный проктолог _fromoracle

Типа самый умный ?

Я знаю что для моего примера можно без наследования. Тока мой пример сам по себе мне не нужен ...
Вопрос был именно в механизме передачи констант родителю ..
Если бы вы всё делали по уму — такой проблемы не стояло бы.

По уму имеется ввиду с использованием getfield() для каждого поля ?
Или ещё что то другое ?

Софтверный проктолог _fromoracle
По уму имеется ввиду с использованием getfield() для каждого поля ?
Или ещё что то другое ?
Да. Знакомо выражение Java Bean?

Я вот не понимаю зачем флуд разводить ?

Да знакомо.
Уже попробывал через getfield() - заработало.

Тока представь что класс содержит 100 таких варов и таких 50 отнаследованных классов.
Все функциональность посути в parent а в каждом из детей она может быть опционально переопределена.
Можно тупо для каждого из полей писать в коде getfield().
Вопрос был в иллегантности решения.

Типа как PHP есть такая фича как auto_loaders.
Типа он автоматически понимает getfield и тупо ручками в код его писать не надо ...

Ок ясно.
Буду копать.

Спасибо за советы ...

LeonidvТо что есть костыли для кривых решений отнюдь не значит, что надо этими кривыми решениями пользоваться. Сначала надо бы язык выучить, а потом уже претензии предъявлять. JavaBean тебе только знаком, не более того. Зачем это нужно и как это применять ты без понятия. Это раз.
Рефлексия нужна только в очень крайних случаях, как правило при создании библиотек типа Wicket и им подобных. Сейчас, насколько я понимаю, ее заменяют аннотациями (хотя может и не прав). Это два.
Учи ООП - это три.
Любая нормальная IDE умеет сама делать get/set-методы для указанных переменных (Eclipse точно умеет). Это четыре.

Претензий я ни к кому не предъявляю.

"JavaBean тебе только знаком, не более того. Зачем это нужно и как это применять ты без понятия"
Ну как вам сказать для моих задач хватает только того что называют сессионными объектами сервлетов. Может где то их и более активно применяют не знаю не сталкивался. Но что такое JavaBean

"Рефлексия нужна только в очень крайних случаях" - абсолютно не согласен...

"Учи ООП - это три" - Спасибо за совет, как нить сам разберусь ок ?

"Любая нормальная IDE умеет сама делать get/set-методы для указанных переменных" - я пишу в обычно текстовом редакторе без IDE.

Софтверный проктолог _fromoracle
"Рефлексия нужна только в очень крайних случаях" - абсолютно не согласен...
Ты используешь в рабочем коде что-то кроме Class.forName? Приведи пример, пожалуйста. Ну, чтобы это было очень необходимо?

_fromoracle
"Любая нормальная IDE умеет сама делать get/set-методы для указанных переменных" - я пишу в обычно текстовом редакторе без IDE.
Зря.

"Приведи пример, пожалуйста. Ну, чтобы это было очень необходимо"
Пожалуйста:
Есть класс внутри проперти инициализируюся функциями.
Типа
class test {
Object properties[] = {
"list1" , source.list1() ,
"list2" , source.list2() ,
......
"listn" , source.listn();
};
}

Есть объект test t = new test();
Необходимо рефрешнуть properties внутри объекта t, т.е. чтобы заново запустились list1 .. listn.
n может принимать значения больше 1000.
Я конечно понимаю что можно и ручками наваять че нить типа
public void setproperties() {
Object properties[] = {
"list1" , source.list1() ,
"list2" , source.list2() ,
......
"listn" , source.listn();
};
}

и в конструкторе дёргать this.setproperties();

И далее написать t.setproperties();

Но более красиво сделать так:
test newinstance = (test)t.getClass().newInstance();
t.setproperties(newinstance.getproperties());

При таком подходе улучшается наглядность кода внутри класса, сразу видно какие переменные чем инициализируются.

по поводу IDE на вкус и цвет как известно ...
В том же NetBeans например нету автоматической закачки по FTP не сервер написанного кода.

Зашедший Софтверный проктолог _fromoracle
"Рефлексия нужна только в очень крайних случаях" - абсолютно не согласен...
Ты используешь в рабочем коде что-то кроме Class.forName? Приведи пример, пожалуйста. Ну, чтобы это было очень необходимо?

_fromoracle
"Любая нормальная IDE умеет сама делать get/set-методы для указанных переменных" - я пишу в обычно текстовом редакторе без IDE.
Зря.
Плюстыща. А вообще именно в этом топике ник пришелся как нельзя в тему :)

Чей ник ?

Да кстати для тех кто уже уже посмеялся и сказал

"test newinstance = (test)t.getClass().newInstance();
t.setproperties(newinstance.getproperties());

Заменить на

test newinstance = new test()
test.setproperties(newinstance.getproperties());
И никакой рефлексии

Усложним вернее приблизим схему к реальной когда

class test {
Object properties[] = {
"list1" , source.list1() ,
"list2" , source.list2() ,
......
"listn" , source.listn();
};
}

Помимо test есть отнаследованные childtest1 ... childtestn.
И В каждом из child-ов так инициализируется properties.
А далее внутри метода из test необходимо превести указанную процедуру для текущего объекта this.
Тут уж new test() не прокатит.
Остаётся только

test newinstance = (test)this.getClass().newInstance();
this.setproperties(newinstance.getproperties());

Зашедший _fromoracleЧей ник ?
Софтверного Проктолога. Очень точно определяет описанное "арихитектурко типо Превед"

По-русски научись говорить ......

Зашедший _fromoracle Зашедший _fromoracleЧей ник ?
Софтверного Проктолога. Очень точно определяет описанное "арихитектурко типо Превед"
По-русски научись говорить ......
Мну в основном платят за умение софт писать и на аглицком чутка ботать, такшта не парит К тому же, как показывает Ваш пример, умение писать на русском очевидно отняло способность писать вменяемый код.

"отняло способность писать вменяемый код" - откуда Вввы это взяли ?
Вы видели мой реальный код ?
На это форуме лишь вопрос и пара сверстаных на коленях примеров.

"такшта не парит"

Ага а когда в магазин заходите на Jave с продавщицей общаетесь ?...

Зашедший _fromoracleДа кстати для тех кто уже уже посмеялся и сказал

"test newinstance = (test)t.getClass().newInstance();
t.setproperties(newinstance.getproperties());

Заменить на

test newinstance = new test()
test.setproperties(newinstance.getproperties());
И никакой рефлексии

Усложним вернее приблизим схему к реальной когда

class test {
Object properties[] = {
"list1" , source.list1() ,
"list2" , source.list2() ,
......
"listn" , source.listn();
};
}


Помимо test есть отнаследованные childtest1 ... childtestn.
И В каждом из child-ов так инициализируется properties.
А далее внутри метода из test необходимо превести указанную процедуру для текущего объекта this.
Тут уж new test() не прокатит.
Остаётся только

test newinstance = (test)this.getClass().newInstance();
this.setproperties(newinstance.getproperties());
Вот честно - я бы любого кандидата, пришедшего на собеседование, за такой код в тесте тут же, сразу и бесповоротно, выгонял бы. Потому что безнадежный случай. В случае, если у нас пропертя именованные (а тут так и есть) надо как минимум использовать типизированный Map.

Напишите, пожалуйста, пример с мапом чтобы внутри объявления переменной проинициализировать можно было ....

Я может не такой гениальный чего не дочитал ...

Зашедший _fromoracle"отняло способность писать вменяемый код" - откуда Вввы это взяли ?
Вы видели мой реальный код ?
На это форуме лишь вопрос и пара сверстаных на коленях примеров.

Я вижу описанный пример - такого маразма не наблюдал уже очень давно. Можно много чего сверстать на коленке, но такой код - ч0ткий показатель, что у Вас крайне мало опыта в работе на Яве и - более обще - работы с ООП. Возможно, следствие перехода с pl/sql - слишком уж разные идеологии.

Это лишь показатель малого опыта работы по вашими непосредственным руководством.
И не более того.
Где вы здесь видите проблемы с ООП ?
Обычно наследование пропертей и вообще больше ничего нет....
А если бы вы написали через Map, то как бы переинициализировали ?
Тоже не ясно.

Кстати по поводу идеологий.

Вы мне обясните в чем маразм подобного хранения данных в Java ?
Он внутри Mapa их специально архивирует или что ?
Кстати массив я использую исключительно из за того что не нашёл как сделать ченить подобное

Map m = new HashMap(
list1 => source.newlist1 ,
list2 => source.newlist2 ,
...
listn => source.newlistn ,
);


Приходится для наглядности так выкручиваться а потом уже из такого проинициализированного массива стряпать Map и работать с ним ...

Зашедший _fromoracleЯ может не такой гениальный чего не дочитал ...
1. Зачем это инициализировать внутри объявления переменной? Добавить метод init() и вызывать внутри конструктора - не судьба?
2. Зачем хранить данные в массиве Object? Да еще "черезполосицу"?!
3. Что такое "source.list1()"? Вызов метода статического инстанса, вызов статического метода? Какой смысл вообще несет? Почем нельзя сделать метод с параметром ("list(int param)") вместо "тысячи методов", отличающихся только номером?
В общем, вопросов сей код вызывает столько, что непонятно, зачем вообще вся эта фигня написана.

Эта фигня написана как пример использование рефакторинга.

В реальности это не list1 .. listn а реальные имена.
и методы тоже совсем совсем разные.

Это своего рода конфигурилка начальных значений класса.
Так написано для удобства работы и наглядностиююю

kest_ru _fromoracleПриходится для наглядности так выкручиваться а потом уже из такого проинициализированного массива стряпать Map и работать с ним ...
Можно так:

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

Спасибо ...

Зашедший _fromoracle Зашедший _fromoracleЯ может не такой гениальный чего не дочитал ...
1. Зачем это инициализировать внутри объявления переменной? Добавить метод init() и вызывать внутри конструктора - не судьба?
2. Зачем хранить данные в массиве Object? Да еще "черезполосицу"?!
3. Что такое "source.list1()"? Вызов метода статического инстанса, вызов статического метода? Какой смысл вообще несет? Почем нельзя сделать метод с параметром ("list(int param)") вместо "тысячи методов", отличающихся только номером?
В общем, вопросов сей код вызывает столько, что непонятно, зачем вообще вся эта фигня написана.

Эта фигня написана как пример использование рефакторинга.

В реальности это не list1 .. listn а реальные имена.
и методы тоже совсем совсем разные.

Это своего рода конфигурилка начальных значений класса.
Так написано для удобства работы и наглядностиююю
То есть ЭТО - рефакторинг? А написать:
не судьба? Фишка же хранения в типизированном мапе, а не в массиве, в том, что оно не даст пропустить вариант типа "..., "list199", "list200", sources.list200()...". В таком случае ошибка вылезет сразу, во время компиляции.
Я как вы правильно заметили новичок в Java но не в ООП и не в программировании.
Так писать бы ни стал по скока конфигурить


getProperties().put("list1", source.list1());
getProperties().put("list2", source.list2());
...

getProperties().put("listn", source.listn());

Неудобно ...

Короче помоему криво это.
Посмотрите скрипты на Perl сразу всё поймете ...

Leonidv _fromoracle
Но более красиво сделать так:
test newinstance = (test)t.getClass().newInstance();
t.setproperties(newinstance.getproperties());

При таком подходе улучшается наглядность кода внутри класса, сразу видно какие переменные чем инициализируются.

Учи ООП

Я бы поправил не ООП а Java.
С ООП вроде порядок ...

krjhocrkjh _fromoracleНарод такой вопрос по джаве.
Долго копал может кто подскажет.

есть файл test.java:

class parent {
public String var="parent";

public void printvar() {
System.out.println(var);
}
}

class child extends parent {
public String var="child";

}

class test {
public static void main(String[] args) {
child c = new child();
c.printvar();
}

}

Печатает "parent".

Как сделать чтобы наследовалось значение поля ?
Заранее спасибо ...Смотрел, смотрел, потом понял. У тебя ж метод printvar() выводит значение parent.var, о child.var он даже представления не имеет. Оверрайдить можно методы, а вот можно ли оверрайдить переменные? Походу в child есть 2 var: super.var и просто var.

оверрайдить переменные в джаве походу нельзя.
хотя this.var поидее должен выводить var объекта this.
Да поначалу приходилось внутри child делать super.var = this.var;

Зашедший _fromoracle
Я как вы правильно заметили новичок в Java но не в ООП и не в программировании.
Так писать бы ни стал по скока конфигурить


getProperties().put("list1", source.list1());
getProperties().put("list2", source.list2());
...

getProperties().put("listn", source.listn());

Неудобно ...

Короче помоему криво это.
Посмотрите скрипты на Perl сразу всё поймете ...
Вопрос не в том "скока конфигурить", вопрос в том, насколько легко поддерживать и сможет ли человек через год зайти в код и при необходимости легко поменять данные/процессы, обнаружить максимум ошибок на этапе компиляции (а не вчитываться потом до посинения в портянки стэктрейсов с NPE/ClassCastException). Когда проект делается не для "впарить клиенту и свалить побыстрее", а для того, чтобы как минимум несколько лет его можно было поддерживать и развивать - экономить на булавках смысла не имеет. Не говоря уже о том, что сама идея делать класс, зависящий от сотен и тем более тысяч настроек - крайне кривая арихитектура. В случае, когда много разных настроек и они на всякое влияют - имхо надо смотреть в сторону Command/State/Strategy и разбивать весь этот монолитный функционал с тысячей переменных на стройный и понятный набор небольших, задокументированных, легко тестируемых и поддерживаемых классов.

А чем проблема поддерживать мою структуру ?
Кстати при Object[] нивжизнь не наткнётесь на ClassCastException :)

По поводу Command/State/Strategy - не знаю что это такое, так что ответить нечего.
Не совсем понимаю т.е. для каждого из пропертей свой класс ?
Может в этом и есть глубокий смысл, но мне видно не понять зачем ...

"впарить клиенту" - да всё уже впарено, вот сижу догоняю как улучшит код.

Наверное надо в команду идти уму разуму набираться, сразу стока много нового узнаешь, чего по книжкам никогда не догонишь, а потом через годик когда всё поймешь и станешь гуру задаешь себе вопрос а не**ра это было делать и лезешь в ветку форма "Java мне 35" ....

Вот такие дела ...

krjhocrkjh _fromoracleМожно тупо для каждого из полей писать в коде getfield().
Вопрос был в иллегантности решения.А можно хотя бы в школе доучиться, прежде чем на форум с вопросами лезть. Вы ведь наверняка даже в ПТУ не отучились, сразу после 8-го класса армия, механик-водитель танка, да? Потом пару раз упал без парашюта, да? Головой.

Я бы поправил не ООП а Java.
С ООП вроде порядок ...Ты не то, что ООП, ты грамматику с орфографией не знаешь. Иллегантный. Чтоб тебе только иллегантные после литра виски давали.

Тока представь что класс содержит 100 таких варов и таких 50 отнаследованных классов.Фамилии, явки, пароли. Это где так пишут, чтобы от них держаться подальше?
Можно тупо для каждого из полей писать в коде getfield().
Вопрос был в иллегантности решения.В любой IDE сейчас есть пункт меню "Generate getters & setters" Тебе даже писать ничего не придется. Типа как PHP есть такая фича как auto_loaders.
Типа он автоматически понимает getfield и тупо ручками в код его писать не надо ...Стоп. Зачем тогда тебе жаба? PHP в зубы и педаль до посинения. Стране нужны герои.

Ну что тут скажешь.
На этот бред ответить даже нечего просто посылаю на и всё.

это клиника. _fromoracle
Кстати при Object[] нивжизнь не наткнётесь на ClassCastException :)

наивный чукоцкий мальчег

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

krjhocrkjh _fromoracleВ том же NetBeans например нету автоматической закачки по FTP не сервер написанного кода.PHP в зубы, там есть скрипты для такой сложной задачи. NetBeans деплоит war-ы на сервер сам. Не знаешь, что такое war-ы? А .ул. ты на форуме вопросы задаешь, не прочитав http://www.sql.ru/forum/actualthread.aspx?tid=227954?

и в конструкторе дёргать this.setproperties();

И далее написать t.setproperties();Ничего не понял, кто на ком стоял? Когда сначала дергать t.setproperties, вначале или вконструкторе?


Заменить на

test newinstance = new test()
test.setproperties(newinstance.getproperties());
И никакой рефлексииА зачем вообще там рефлексия? Типа модно? "Эй, чувак, посмотри на меня, делай как я, делай как я!" ? Ы?

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

Кстати массив я использую исключительно из за того что не нашёл как сделать ченить подобноеЯ с жабой уже 4 года разбираюсь. Это к тому, что если не нашёл, значит быстро искал. Годика через 3-4 приходи.

Куда приходить ?
Это ваш личный форум ?
Залез задал начинающий вопрос, кто смог - тот ответил.
То что вы такой умный сидите тут и хамите ничинающим - вот это действительно серьёзный показатель ...

Зашедший _fromoracle
А чем проблема поддерживать мою структуру ?
Кстати при Object[] нивжизнь не наткнётесь на ClassCastException :)

По поводу Command/State/Strategy - не знаю что это такое, так что ответить нечего.
Не совсем понимаю т.е. для каждого из пропертей свой класс ?
Может в этом и есть глубокий смысл, но мне видно не понять зачем ...

"впарить клиенту" - да всё уже впарено, вот сижу догоняю как улучшит код.

Наверное надо в команду идти уму разуму набираться, сразу стока много нового узнаешь, чего по книжкам никогда не догонишь, а потом через годик когда всё поймешь и станешь гуру задаешь себе вопрос а не**ра это было делать и лезешь в ветку форма "Java мне 35" ....

Вот такие дела ...
При Object? Запросто, как только вместо String потребуется класть свойство посложнее - тогда, чтобы его в нормальном виде получить, надо будет этот самый Object из массива приводить к энтому классу, а оператор-забивальщик всего этого пис оф крапа случайно забыл добавить наименование три тыщи четыреста десятого пропертя, в итоге индекс съехал на единицу и вместо MyPropertyClass под индексом 3411 в массиве лежит банальный стринг. В итоге - здравствуйте, уважаемые пользователи. Далее, что такое State/Command/Strategy - можно прочитать в любой книжке типа "Объектно-ориентированный дизайн для подготовительной группы детского сада". То, что Вы не знаете таких страшных словей - серьезный показатель. Оно, конечно, шаблоны GoF - не догма, но мозги на место ставят хорошо. Еще очень советую популярное книшко Фаулера "Рефакторинг". Там можно посмотреть описание того, что есть рефакторинг на самом деле, а не выдумывать собственное представление об этом понятии.

Я в том месте где первый раз упомянул рефакторинг, имел ввиду рефлексию - это в раздумьях очепятался....

По поводу всего остального ну не нужно мне это, так понятнее выражаюсь ???
Мне нужно было просто увидеть в родителе переменную ребёнка.
Как нужно будет обязательно открою отдельный топик и спрошу вас об этом ...