AXForum  
Вернуться   AXForum > Microsoft Dynamics CRM > Dynamics CRM: Разработка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 11.09.2012, 03:13   #1  
filo is offline
filo
Участник
 
39 / 10 (1) +
Регистрация: 24.08.2012
Цитата:
Сообщение от Артем Enot Грунин Посмотреть сообщение
Согласен с предыдущим оратором. В сети есть масса примеров реализации. От себя добавлю, что в некоторых случаях, данную задачу уместно решать путем создания 2х связанных сущностей, а не полей-выпадающих списков.
Чтобы выбрать реализацию нужно ответить на следующие вопросы:
1. Каков размер этого справочника?
2. Планируется ли изменение зависимостей или состава опций. Если да, то как часто?
3. Может ли один элемент зависимого списка соответсвовать двум и более элементам родительского?

Если значений очень много, с выпадающим списком будет неудобно работать - появляется полоса прокрутки, нет поиска. Кроме того, на форму будут тянуть ВСЕ значения обоих списков, чтобы фильтроваться уже на форме - не очень хорошо с точки зрения производительности.
Если администрирование этого списка должен выполнять заказчик, то лучше вынести это в объект, и уйти от атрибута-списка.

1.размер минимальный родительский 5 пунктов дочерний 32 пункт
2.Изменение зависимостей не планируется
3.Нет

собственно требуется просто упростить работу с формой схема такая родительский список: район города; дочерний список: подрайоны (выбранного района)
Старый 11.09.2012, 10:08   #2  
kalina is offline
kalina
Участник
MCBMSS
 
25 / 16 (1) ++
Регистрация: 12.07.2011
Адрес: Израиль
А завтра мерии стукнет в голову изменить названия районов и подрайонов или разделить по-другому, а еще лучше, вдруг новый район забабахают, и придется лезть в код и все это дело править. А с помощью соответсвующих сущностей заказчик или простой пользователь пойдет и все, что нужно поменяет/добавит/удалит.
Старый 11.09.2012, 10:18   #3  
filo is offline
filo
Участник
 
39 / 10 (1) +
Регистрация: 24.08.2012
Цитата:
Сообщение от kalina Посмотреть сообщение
А завтра мерии стукнет в голову изменить названия районов и подрайонов или разделить по-другому, а еще лучше, вдруг новый район забабахают, и придется лезть в код и все это дело править. А с помощью соответсвующих сущностей заказчик или простой пользователь пойдет и все, что нужно поменяет/добавит/удалит.
а с чего вы взяли что районы и подрайоны у нас сформированы согласно генплану? )
Старый 11.09.2012, 17:08   #4  
kalina is offline
kalina
Участник
MCBMSS
 
25 / 16 (1) ++
Регистрация: 12.07.2011
Адрес: Израиль
Цитата:
Сообщение от filo Посмотреть сообщение
а с чего вы взяли что районы и подрайоны у нас сформированы согласно генплану? )
Ну, кто-то же формирует
Я хотел сказать, что с моей точки зрения для этого лучше использовать связи и фильтрованый lookup.

Последний раз редактировалось kalina; 11.09.2012 в 17:47. Причина: связи <- отношения <- relationships
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Смена статуса сущности действия crm2011 Taker1796 Dynamics CRM: Разработка 10 28.05.2012 17:02
CRM Programmer: Get Picklist Value By Picklist Name Blog bot Dynamics CRM: Blogs 1 05.02.2010 13:17
Microsoft Dynamics CRM Team Blog: New Dependent Picklist Sample Blog bot Dynamics CRM: Blogs 0 09.06.2009 04:06
Microsoft Dynamics CRM Team Blog: CRM 4.0: Checkbox style Multi-Select Picklist Blog bot Dynamics CRM: Blogs 0 01.04.2009 05:07
Jim Wang: CRM 4.0: Checkbox style Multi-Select Picklist Blog bot Dynamics CRM: Blogs 0 11.02.2009 06:05

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 17:23.