/ / MVC SiteMap 2.0 prend-il en charge les attributs personnalisés? - asp.net-mvc, attributs, plan du site, mvcsitemap

MVC SiteMap 2.0 prend-il en charge les attributs personnalisés? - asp.net-mvc, attributs, sitemap, mvcsitemap

J'utilise la version 2.0 du MVC SiteMap projet.

Avec le System.Web.XmlSiteMapProvider dans les formulaires Web, je stockais souvent des attributs personnalisés sur des nœuds et les consultais via la collection Attributes []. Ceci est très utile pour la construction de collections de noeuds non standard partageant un attribut.

MVC SiteMap ne semble pas prendre en charge la personnalisationles attributs. Est-ce correct? Sinon, quelqu'un peut-il suggérer un bon moyen d'identifier les nœuds de mon SiteMap qui devraient être considérés comme la navigation "principale"?


Modifier:

Je devrais préciser comment les attributs apparaissent pour "ne paswork ". Lorsque j'ajoute un attribut personnalisé, par exemple isPrimary =" true "à mon nœud racine, ma propriété SiteMap.CurrentNode est toujours null. Toutefois, la propriété SiteMap.RootNode est correctement remplie. Des idées?


Autre édition:

Étant donné que tous les attributs supplémentaires que j'ajouterai serontajouté à RouteData, existe-t-il un moyen d’ajouter un attribut à un nœud qui n’ait aucun lien avec la route? Je pense à un paramètre arbitraire que je peux utiliser pour identifier certains nœuds.

Réponses:

2 pour la réponse № 1

Cela fonctionne très bien dans la dernière version du fournisseur. Je viens de tester cela en utilisant le dernier code source et la démo de MVC Music Site.

Je suis sûr que cela a toujours fonctionné. Les méthodes AddNode () appellent toutes les méthodes base.AddNode qui ajouteront les attributs de votre choix.

Mettre à jour:

Essayé de votre exemple, fonctionne bien. Lorsque j'ai testé cela, j'ai en fait débogué sur le SiteMap.Provider.CurrentNode et les attributs personnalisés étaient présents. Peut-être que c'est un bug, essayez la dernière goutte?