Идея сделать autocomplete мне нравится. Подскажите - что там внутри <cm:autocomplete ?
Пока могу сказать:
1) экземпляров модели два. Для этого надо два инстанса одного класса, а не два класса.
2) name там совсем для другого. ID считаются частично компилятором, частично рантаймом и руками никогда не пишутся. Посмотрите также пример Ajax - там вроде name нет. Если autocomplete работает через Ajax, то этот пример ещё и ближе к теме.
Penkov Vladimir,
Разницы никакой наверное потому что в данном случае нет нужды хранить на сервере состояние каждой из компонент в отдельности. А может быть и вообще тут модель не нужна?
Ну и проверить сработает ли Ваш пример в последней редакции тоже не мешало бы.
AlexSerovPenkov Vladimir,
Разницы никакой наверное потому что в данном случае нет нужды хранить на сервере состояние каждой из компонент в отдельности. А может быть и вообще тут модель не нужна?
Ну и проверить сработает ли Ваш пример в последней редакции тоже не мешало бы.
пример то сработает, так как я его не из головы взял :)
модель нужна, потому что код должен быть читаемым и понятным. Когда я вижу класс ProfilesAutocompleteModel, я понимаю что это за класс и для чего используется.
состояние компоненты на сервере не хранится. на сервере есть источник данных (модель), которая тупо вставляет в input строку. что с ней делать дальше - ваше дело. хотите - присвойте полю какого-нибудь сессионного бина (с помощью атрибута mapping например)
Penkov Vladimir,
Всё-таки что там внутри? Ajax? Модель без состояния это уже не совсем модель, а скорее сервис (оттого и singleton). Т. е. за автозавершением можно обращаться не обязательно на этот же сервер или вообще упаковать его в javascript на клиенте. А если есть состояние? - воспроизавели бы вы наш jQuery пример, он ведь тоже близок к элементарному.
AlexSerovPenkov Vladimir,
Всё-таки что там внутри? Ajax? Модель без состояния это уже не совсем модель, а скорее сервис (оттого и singleton). Т. е. за автозавершением можно обращаться не обязательно на этот же сервер или вообще упаковать его в javascript на клиенте. А если есть состояние? - воспроизавели бы вы наш jQuery пример, он ведь тоже близок к элементарному.
обычный jqueryui.autocompete, с небольшой серверной надстройкой, чтобы автоматически прописывать адрес, откуда брать данные.
состояние никогда не хранится в компоненте. состояние хранится в модели. модель - обычный бин в спринговом контексте с сессионной областью видимости. специальный фильтр умеет брать параметры запроса и сетить их в нужный бин (опираясь на информацию из аннотаций).
таким образом есть следующие компоненты
- компонент автокомплит (грид, кнопка - что угодно), который есть просто html элемент с jquery плагином (или каким-то самописным js)
- бин, хранящий значение html элемента (для input это строка, число итд, для select - это строка, число, enum)
- модель данных для компонента (для автокомплита возвращает List<String>)
все. важно заметить что все компоненты ничего друг о друге в compile time не знают и прекрасно работают в изоляции.
На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых
сервисов с использованием метрической программы Яндекс.Метрика.
Продолжая использовать сайт, вы даёте согласие на обработку файлов cookie, необходимых для работы сайта. Другие опции вы можете выбрать по своему усмотрению.
По нижеприведенным ссылкам мы можете ознакомиться с действующим на сайте пользовательским соглашением и политикой конфиденциальности.
