Галочка в Flex Datagrid Разбитая на скроллинг

голоса
0

У меня есть флажок в Flex DataGrid, и когда я прокручиваю, другие строки случайным образом проверены / бесконтрольно.

После прочтения над: Создание столбца Radiobuttons в Adobe Flex

это ясно, что itemRenderers становятся переработаны, но проблема у меня с решением представлена ​​там движется информация о представлении в модели.

Кто-нибудь есть лучший способ ее решения, который не заставит меня поставить информацию для пользовательского интерфейса в моей модели классы Actionscript? (В моем случае, я уверен, преобразование входящих данных XML в ActionScript классов, и они становятся все связаны с моей DataGrid).

Спасибо за помощь.


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

Четан, отличная идея .. я пытался работать с этим почти целый день не повезло, хотя.

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

Задан 28/07/2009 в 23:18
источник пользователем
На других языках...                            


2 ответов

голоса
1

Вы можете создать подкласс DataGrid, который внутренне хранит то, что проверяются строки / бесконтрольно (Array / Коллекция Boolean), но вы бы чертов хронометража, что в синхронизации с DataProvider, когда он сортируется или фильтруется. Я полагаю, вы могли бы использовать словарь, который заклиненный объектом в каждом индексе DataProvider и оцененный с булевым, чтобы указать, является ли это выбрано. Это было бы, по крайней мере изолировать вас от проблем сортировки / фильтрации. Это не будет работать, если у вас есть повторяющиеся ссылки в вашем DataProvider.

Кроме того, можно создать подкласс вашего ActionScript класса модели и добавить свойство «выбранного» к нему, а затем написать несколько простых вспомогательных методов для «преобразования» между ними. Таким образом, ваш вид имеет дело только с классом «ViewModel» и других слоев (особенно на стороне сервера) имеет дело только с реальным классом «Модель».

Ответил 29/07/2009 в 00:37
источник пользователем

голоса
0

Добавление к тому , cliff.meyers сказал, есть третий вариант создания пользовательского класса IList , как описано в этом блоге Алекс Harui. Это очень умное на самом деле, и чище , поскольку он не требует подклассов компоненты или загрязняя классы моделей.

Ответил 29/07/2009 в 01:35
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more