Здравствуйте, MxKazan, Вы писали:

C>>Вот у тебя есть список элементов — реализуешь ListBackedListModel, и твой комбо-бокс будет отображать элементы этого списка.
C>>А можешь реализовать BindingListModel, которая занимается binding'ом к другому свойству.
MK>Я ничего не понял. Для меня WPF — это прежде всего шаблонность. Возможность через XAML изменять визуальное представление любого элемента управления без всякой строчки кода, используя любые примитивы.
Это лишь способ сериализации свойств контролов. Есть аналогичные решения для Java, только вот не особо прижились.

MK>Ничего не стоит за 10 минут сворганить гибрид ListView с ListBox'ами в качестве item'ов, где элементы ListBox'а располагаются по горизонтали, а не по вертикали... И это только малая часть. Как это решается в Swing?
Таблицы и списки с кастомными контролами — сколько угодно. Просто их rendering делегируется нужному элементу:
http://www.java2s.com/Code/Java/Swing-Components/RadioButtonTableExample.htm

MK>>>Конкретнее, без теории, ближе к практике.
C>>Single Responsibility Principle. Нефиг в класс String добавлять методы "validate email".
MK>Если в моём конкретном проекте класс String должен уметь валидировать email, то почему-бы и нет?
Это не задача для класса строк (или его легковесного наследника).