|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от Артем Enot Грунин
![]() Согласен с предыдущим оратором. В сети есть масса примеров реализации. От себя добавлю, что в некоторых случаях, данную задачу уместно решать путем создания 2х связанных сущностей, а не полей-выпадающих списков.
Чтобы выбрать реализацию нужно ответить на следующие вопросы: 1. Каков размер этого справочника? 2. Планируется ли изменение зависимостей или состава опций. Если да, то как часто? 3. Может ли один элемент зависимого списка соответсвовать двум и более элементам родительского? Если значений очень много, с выпадающим списком будет неудобно работать - появляется полоса прокрутки, нет поиска. Кроме того, на форму будут тянуть ВСЕ значения обоих списков, чтобы фильтроваться уже на форме - не очень хорошо с точки зрения производительности. Если администрирование этого списка должен выполнять заказчик, то лучше вынести это в объект, и уйти от атрибута-списка. 1.размер минимальный родительский 5 пунктов дочерний 32 пункт 2.Изменение зависимостей не планируется 3.Нет собственно требуется просто упростить работу с формой схема такая родительский список: район города; дочерний список: подрайоны (выбранного района) |
|
![]() |
#2 |
Участник
|
А завтра мерии стукнет в голову изменить названия районов и подрайонов или разделить по-другому, а еще лучше, вдруг новый район забабахают, и придется лезть в код и все это дело править. А с помощью соответсвующих сущностей заказчик или простой пользователь пойдет и все, что нужно поменяет/добавит/удалит.
|
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от kalina
![]() А завтра мерии стукнет в голову изменить названия районов и подрайонов или разделить по-другому, а еще лучше, вдруг новый район забабахают, и придется лезть в код и все это дело править. А с помощью соответсвующих сущностей заказчик или простой пользователь пойдет и все, что нужно поменяет/добавит/удалит.
|
|
![]() |
#4 |
Участник
|
Цитата:
![]() Я хотел сказать, что с моей точки зрения для этого лучше использовать связи и фильтрованый lookup. Последний раз редактировалось kalina; 11.09.2012 в 17:47. Причина: связи <- отношения <- relationships |
|
|
|