Нужно, чтобы модель в JList была всегда отсортирована.

Суть в следующем. Есть список JList. Нужно сделать так, чтобы можель у этого списка была всегда отсортрована. С самой моделью проблем нет:

public class SortedListModel extends AbstractListModel {
public static Comparator defaultStringComparator = new Comparator() {
public int compare(Object o1, Object o2) {
return o1.toString().compareTo(o2.toString());
}
};

private TreeSet delegate = null;
.....


и так далее. Нужно как-то сделать так, чтобы мы могли поставить нашему списку только правильную модель.
Один из вариантов решения -- создать пустой интерфейс что-то типа WellOrdered, добавить его к SortedListModel.
а у списа переписать setModel(), где роверять, имплементит ли наша модель необходмый интерфейс.

Мне такое решение не нравится по ряду причин:
1. Пустой интерфейс не есть хорошо само по себе.
2. Нет гарантии, что наша модель заимплементит интерфейс и будет как-то упорядочена (хотя, в случае если в интерфейс добавить какой либо метод, ответственный за сортировку, реализация его все равно остается на совести программиста).

Может у кого есть какие идеи на этос счет?

1. Можно перезрузить JList#setModel() и проверять с помощью метода ListModel#getValue() порядок элементов. Только возвращаемые элементы должны реализовывать Comparable. К тому же это будет неэффективно работать для больших списков с виртуальными элементами.

2. По собственному опыту архитектора могу сказать, что если техническая проблема не имеет очевидного красивого решения, то её лучше решать уровнем выше. В чём собственно исходное требование? Вряд ли в том, чтобы заставить 'ленивых' программистов во что бы то ни стало написать отсортированную модель списка.

0

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

Варианты использования -- список установленных фонтов, который традиционно отсортирован по алфавиту.

Вот мне и кажется, что модель должна быть хоть как-то упорядочена.

Элементы могут и не реализовывать Comparable -- по умолчанию используется
new Comparator() {
public int compare(Object o1, Object o2) {
return o1.toString().compareTo(o2.toString());
}
}
или что-то очень похожее ).

Ну и пусть модель тогда будет упорядочена. Попросить ответственного программиста сделать её упорядоченной. Можно даже модульный тест на это написать. Пусть внутри модели используется тот же TreeSet или вообще ArrayList... или я не понял? Неужели заранее неизвестно какие могут быть модели у этого списка и злоумышленник может что-то неправильно написать и кому-то от этого будет вред?

Как вариант, можно использовать сортирующий декоратор модели списка, по аналогии с сановским TableSorter (есть в туториалах на java.sun.com). Он принимает в конструктор любую модель таблицы и даёт возможность её отсортировать по любому столбцу. Можно сочинить что-нибудь подобное и для списка.

0

Нужно было, наверное, сказать с самого начала -- все это дело проектируется как АПИ. По этому о реализации модели для списка нет никакой информации. (Дефолтная модель, конечно, имеется). Вариант с декоратором подходит больше для того, чтобы ликвидировать последствия выставления неотсортированной модели. Я же хочу, чтобы программист, реализующий модель, точно знал, что она должна быть отсортирована. (Может быть, он спецификацию к АПИ поленился почитать, и не знает, что модель должна быть отсортирована . Вот и нужно заставить его создавать отсортированную модель принудительно.

То есть, насколько я понял, вы создаёте с прицелом на повторное использование некий элемент управления, который состоит из списка, поля для ввода текста и логики автоматического выбора записи в списке.

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

0

А вообще, много ли программистов будут писать модели? Вы собираетесь широко опубликовать вашу работу и рассчитываете на широкое распространение? Неужели игра стоит свеч?

0

Вообще этот контрол создается как часть библиотеки различных контролов.

Модель должна по идее подходить для болшинства случаев. Но, возможно, что кому-то понадобится ее переписать...

Распространяться библиотека будет как shareware.