|
|
#17 |
|
Участник
|
Цитата:
дерево будет предельно неудобным, если таких правил нет. ну, и плюс технические аспекты: = программист должен заполнять treeView по мере открытия веток, а не сразу. см. форму SysUserGroupSecurity. = программист должен обеспечить непротиворечивость дерева и грида = программист должен предусмотреть кучу ограничений - дерево должно быть деревом, а не произвольным графом, чтобы не зацикливалось, не суммировалось дважды и было целостностной структурой = программист должен не забывать о явных и неявных ограничениях, которые превращают структуру реальной жизни в дерево. например, в иерархическом штатном расписании вводится понятие ставка, но зато сотрудник может принадлежать нескольким элементам штатного расписания. не говоря уже о том, что представление штатного расписания в виде дерева делает практически невозможным работу с матричным и проектным типами штатного расписания. и т.п. =================== я что хочу сказать я вовсе не настаиваю, что от дерева надо отказаться. иногда это полезный опциональный инструмент. но дерево не панацея. и очень часто вводит больше ограничений и добавляет кучу работы программисту, не добавляя особой ценности пользователям. на мой взгляд если, как было в первом сообщении, "возникла необходимость создать дерево", то стоит еще раз пересмотреть структуру данных и постановку задачи. |
|
|
| Теги |
| дерево, как правильно |
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Экспорт/Импорт прав доступа | 28 | |||
| Дерево Tree | 7 | |||
| Вопрос про Web Apps | 18 | |||
| Дерево сопоставлений в SP2? | 4 | |||
| дерево ФК | 1 | |||
|