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

Пытаюсь сделать незатейливую программуську со SWING интерфейсом.
Для начала, отнаследовал все визуальные классы. Такие как JLabel, JTextBox и еже с ними.
Сами понимаете, с базовыми классами работать нельзя. Вдруг хозяин попросит
перекрасить все метки (JLabel) в зелёный или подсветить все JTextBox над которыми проходи мышка в красный. Ну не перелопачивать же весь проект?! А так, поправлю свой, отнаследованный от базового класс, и готово!
Но вот не получается подключить моих "наследников" так, что бы визуальный редактор форм их понимал (не знаю как). Т.е. если их оформить моих "наследников" как JavaBeans, то проблем у меня не будет (судя по всему). Но ведь и от наследников первого уровня (пусть оформленых как Java Beans), в реальной работе, понадобится опять делать наследников. И опять что ли делать JavaBean из JavaBean?
Вобщем, сори за многословность.
Как правильно наследовть визуальные классы, что бы IDE это понимали (их визуальные редакторы)?
Я пытаюсь работать с NetBean и Eclips. Если они убоги, то скажите с чем работать? И как? (в плане наследования визуальных классов).

ЗЫ
Может я слишком многого хочу?

Вай Три Ю, я старательно стараюсь ничего не путать.
Да действительно в ресурс бандлах можно хранить свойства чего угодно....

Ой, да ладно... спасибо что откликнулся! :-)
Продолжим...

>>>инстанс объекта, а не сам объект - не путай
Не согласен.
Инстанс объекта - есть сам объект. Но не класс. (может ты это имел ввиду)

мои примеры изменения поведения контроллов в готовом проекте это только примеры. Но и они
показывают, что никакие ресурс бандлы не обеспечат подсветку красным при пересечении курсора мышки (согласись, ведь это может сделать только некий метод, который в ресурс не загонишь). Всего предусмотреть невозможно - это раз. Два - Новый L&F писать ради пустякового изменения поведения котролла - это странно. В объектно-ориентированном программировании никто Наследования не отменял (как и инкапсуляции и полиморфизма), и не стоит его пытаться подменить ни делегатами, ни Лук энд Филами.
Вай Три Ю, скажи пожалуйста, что, визуальные редакторы Java IDE не понимают наследования?

PS
Надеюсь на ответ - НЕТ. ;-)

Спасибо за ответы!
Я понял:
1. Визуальные редакторы для Явы пока не очень совершенны и поэтому в среде профессиональных разработчиков они редко используются. Более того, они не совместимы между разными IDE, что сводит их немногочисленные примущества к нулю и даже создаёт проблемы.
2. Мне надо обратить внимание на шаблон проектирования Фабрика классов. Я незаслуженно оставил эту парадигму без внимания.
3. Если мне нужны сложные переделки классов (для визуальных это: из JTextBox сделать ввод даты, сумм (как в калькуляторе), выбор из справочника...), то лучше делать их как JavaBeans (или спи..., в смысле, купить готовые), если мне надо использовать их в визуальных редакторах, или делать обычные насленики, но редакторами при создании UI не пользоваться (см. п.1.).
4. Простые доработки классов принято делать не наследованием а делегированием функциональности объектам исходного класса и настройкой свойств посредством Фабрики классов.

PS
2 fixxer
Ну чем это отличается от Фокса или C# или VB.NET?
В фоксе чуть больше наследования и реже делегирование. В яве чаще делегирование и реже наследование. Что в лоб, что по лбу... :-)

y3uа на ваши?

Шутите?
Вот же: http://sss1024.googlepages.com/
Ох ленив, Java-программист, две ссылки нажать ленится.
Вот мы фоксовики - народ работящий :-)

fixxerПочитайте GoF
Что почитать?
Сори... я не такой умный. GoF это что? (а главное, где?)

Пожалуйста! Если можно!
Вот сюда: foxovik@mail.ru
А то я её на столе держал, держал, всё прочесть собирался... Да так и ушла сея книга куда-то.
А уж в электрическом-то виде...

Спасибо, огромное!!!

exppJFormattedTextField - только чур не капризничать

Ладно, не буду капризничать. Уговорили, задам я свойства JFormattedTextField и получу нечто пригодное для ввода даты, сумм, массы, объемов и т.п. ОК. Имею на форме вот такие четыре контрола.
А дальше, что делать? Ведь в приложении таких контролов десятки, если не сотни. Что каждому определять свойства? Да?
Что вы посоветуете? Фабрику, Наследование или ручное задание свойств при каждом употреблении JFormattedTextField. Или что-то ещё?

funikovyuriиспользовать наследование чтобы обеспечить одинаковый цвет кнопок - это слишком сильно.
ПОЧЕМУ?
Я иногда делаю наследование даже не переопределяя ни одного метода и ни одного свойства. Исключительно как задел на будующее. Скажем, объект ввода массы и объема могут быть разных классов но совершенно идентичными (масса и объем это разные сущности, хотя в конкретном приложении они могут быть сходными). Я делаю это потому, что в любой момент может потребоваться сделать их различными. И тогда достаточно подправить один класс и решение готово! А не лазить по всем формам и править свойства JFormattedTextField.
Почему этот подход никому не нравится из здесь присутствующих?

Спасибо за ссылку, кстати. Почитаю.