Modèle (s) de conception pour une arborescence de telerik permise par webservice pour la navigation d'un site documentaire

Question

Je travaille actuellement sur un système de gestion de documents dans ASP.NET 3.5 en utilisant la boîte à outils Telerik AJAX. Il s'agit d'une masterpage avec une bannière de titre en haut et une RadTreeview en bas à gauche pour naviguer sur le site. L'arborescence utilise une combinaison de nœuds statiques et de nœuds dynamiques. Les nœuds dynamiques sont peuplés via un service Web. Lorsque vous cliquez sur un nœud, la page correspondante est redirigée vers, rechargeant la page maître et affichant le contenu de la page cible. Le problème provient du fait que les nœuds dynamiques de treeview sont remplis via un service Web et que l'utilisateur navigue dans l'arborescence pour trouver un document que l'arborescence se comporte comme prévu. Cependant, lorsque vous arrivez au bas d'un arbre de noeuds dynamiques, la navigation vers la page du navigateurl provoque le chargement de la page concernée, puis l'arborescence se remet à l'état replié. Cela signifie que l'utilisateur peut être au fond d'un nid de documents mais quand il en voit un, l'arbre s'effondre et ils doivent recommencer leur navigation. Cette limitation ne va pas être acceptable du point de vue de la facilité d'utilisation. Selon Telerik, il s'agit du comportement conçu pour des raisons de performances: le nœud ne se soucie jamais de remplir l'ensemble de nœuds suivant et l'état d'arborescence n'est donc pas mémorisé dans viewstate.

Ainsi, la viande est question ...

Est-ce le masterpage/async modèle de conception de navigation TreeView un valide?

Y a-t-il d'autres façons d'avoir une arborescence ajax sur une page maître, qui se souvient de son état lorsqu'une autre page est explorée?

J'ai considéré un modèle de rendu de page siglepage/updatepanel/partiel mais les opinions que j'ai vues sur le net en déduisent que c'est une mauvaise idée. Il perturbe les utilisateurs qui s'attendent à ce que le comportement du navigateur avant/arrière leur permette de naviguer sur le site, mais dans un monde à une seule page, ils finissent par quitter le site. J'ai également pensé que peut-être en utilisant un conteneur de page unique et un iframe peut fonctionner mais cela semble s'éloigner du modèle de conception "standard" de l'utilisation de pages maîtres.

Answer 1

Si la vue arborescente doit se rétrécir à chaque fois que l'utilisateur navigue vers une autre page/un autre noeud, cela va l'agacer. Du point de vue de l'utilisateur final, il n'est pas acceptable de faire plus que deux tours au maximum. Je dirais qu'il est très bon que vous utilisiez de bonnes vieilles pages si les utilisateurs vont mettre en signet et/ou envoyer des liens vers les différentes parties de l'application, ou surtout si vous voulez Google, Yahoo! etc. indexer votre application. Sinon, vous pouvez utiliser une combinaison IFrame/# hash-link pour votre application; l'IFrame peut générer des événements d'historique, donc une navigation vers l'avant et vers l'arrière même si l'utilisateur est sur la même page en haut. Sur l'état de l'arborescence, vous pouvez utiliser localstorage pour que le plus grand nombre de navigateurs enregistrent l'état actuel, y compris toutes les données. Pour les autres navigateurs, vous pouvez utiliser "Flash cookies", ce qui permet de stocker jusqu'à 100ko.