Комментарии 3
На мой взгляд, deferred-деревья нужны только если в них гипермного данных, иначе это только лишние походы на сервер, которые никому не нужны.
Ну а если данных очень много, то дерево для их отображения точно не подходит :)
Ну а если данных очень много, то дерево для их отображения точно не подходит :)
Для своей задачи, к сожалению, ничего лучше найдено не было. Необходимо отображать некоторую модель ТИС, состоящую из кучи разделов (внутри них ещё несколько уровней подразделов), которые в свою очередь включают по несколько десятков связанных шаблонов, форм и справочников, которые могут повторяться для разделов.
Все это надо показать, чтобы было понятно что и откуда берется. Поэтому, например, при поиске и отображении нам не всегда надо разворачивать дерево полностью до самых листовых элементов, а достаточно показать те начальные разделы, которые подошли по условиям поиска. И уж если пользователь хочет углубиться подробнее в структуру, то тут уж мы подгружаем разворачиваемые ветки.
Все это надо показать, чтобы было понятно что и откуда берется. Поэтому, например, при поиске и отображении нам не всегда надо разворачивать дерево полностью до самых листовых элементов, а достаточно показать те начальные разделы, которые подошли по условиям поиска. И уж если пользователь хочет углубиться подробнее в структуру, то тут уж мы подгружаем разворачиваемые ветки.
В Dojo деревья немного запутаны НО лучше чем в ExtJS. Жалко что ваш пример использует старую парадигму без AMD (да и в целом в Dojo 1.8 много вскусняшек).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Tree View с «CRUD операциями», «drag and drop (DnD)» и «отложенной загрузкой» с использованием Dojo Tree, Entity Framework, SQL Server и ASP.NET MVC