À L'Aide De Web.SiteMap Dynamique des URL (URL de Routage)

C'est en réponse au commentaire ci-dessus. Je ne peux pas poster le code complet, mais c'est fondamentalement la façon dont mon fournisseur fonctionne.

Supposons que vous avez une page d'article.aspx, et il utilise le paramètre de chaîne de requête "id" pour récupérer et afficher un article, le titre et le corps. Puis c'est dans le Web.sitemap:

<siteMapNode url="/article.aspx" title="(this will be replaced)" param="id" />

Ensuite, vous créez cette classe:

public class DynamicSiteMapPath : SiteMapPath
{
  protected override void InitializeItem(SiteMapNodeItem item)
  {
    if (item.ItemType != SiteMapNodeItemType.PathSeparator)
    {
      string url = item.SiteMapNode.Url;
      string param = item.SiteMapNode["param"];

      //get parameter value
      int id = System.Web.HttpContext.Current.Request.QueryString[param];

      //retrieve article from database using id
      <write your own code>

      //override node link
      HyperLink link = new HyperLink();
      link.NavigateUrl = url + "?" + param + "=" + id.ToString();
      link.Text = <the article title from the database>;
      link.ToolTip = <the article title from the database>;
      item.Controls.Add(link);
    }
    else
    {
      //if current node is a separator, initialize as usual
      base.InitializeItem(item);
    }
  }
}

Enfin, vous utilisez ce fournisseur dans votre code comme vous le feriez utiliser la statique fournisseur.

<mycontrols:DynamicSiteMapPath ID="dsmpMain" runat="server" />

Ma classe est plus compliqué que cela, mais ce sont les bases. Au lieu d'utiliser un paramètre de chaîne de requête, vous pouvez simplement analyser l'url que vous utilisez et de l'utiliser au lieu de récupérer le contenu approprié. Afin de réduire l'augmentation db recherches avec chaque demande, vous pouvez ajouter un mécanisme de mise en cache pour le fournisseur (le titre de l'article en général ne changent pas souvent).

Espère que cette aide.

OriginalL'auteur user39603

J'ai été en cours d'exécution dans ce problème et, franchement, ne pas trouver les solutions qui m'a fait plaisir... j'ai donc emprunter des idées d'ici et d'ailleurs. Ma solution est multi-partie: a) avoir la SiteMapProvider trouver la page du traitement de la demande et de l'utiliser du nœud et b) l'utilisation des techniques standard pour la mise à jour de la sitemapnode à partir de là.

A) Le problème que je rencontrais, c'est que si je n'avais pas le bon chemin d'accès virtuel, le SiteMap.CurrentNode serait nulle et l'incendie de la SiteMapResolve fonction. Pour résoudre ce que je sous-classé XmlSiteMapProvider et emportait CurrentNode:

 namespace WebFormTools
{
    class RouteBaseSitemapProvider : XmlSiteMapProvider
    {
        public override SiteMapNode CurrentNode
        {
            get
            {
                var node = base.CurrentNode;


                if (node == null) 
                {
                    //we don't have a node, see if this is from a route
                    var page = HttpContext.Current.CurrentHandler as System.Web.UI.Page;

                    if (page != null && page.RouteData != null)
                    {
                        //try and get the Virtual path associated with this route
                        var handler = page.RouteData.RouteHandler as PageRouteHandler;

                        if (handler != null) {
                            //try and find that path instead.
                            node = FindSiteMapNode(handler.VirtualPath);
                        }
                    }

                }

                return node;
            }
        }
    }
}

Fondamentalement, si l'implémentation par défaut de ne pas trouver quoi que ce soit, regardez en haut de la route (le cas échéant) et d'essayer de trouver le noeud en utilisant le gestionnaire du chemin d'accès virtuel.

Pour référence, voici la partie de mon site Web.Config, Global.asax et fichiers SiteMap:

Ajoutant le fournisseur de

    <siteMap defaultProvider="RouteBaseSitemapProvider">
  <providers>
    <add name="RouteBaseSitemapProvider" type="WebFormTools.RouteBaseSitemapProvider" siteMapFile="Web.sitemap" />
  </providers>
</siteMap>

La route:

            routes.MapPageRoute("EvalRoutes",
            "Evals/{type}/New.aspx",
            "~/Evals/New.aspx");

Et le SiteMap:

        <siteMapNode url="~/Evals/New.aspx" title="New Eval - {type}"  description="" />

B) je sous-classe du Système.Web.L'INTERFACE utilisateur.Page, le bien nommé BaseClass, ce qui ajoute une méthode pour enregistrer des gestionnaires pour la SiteMapResolve événement:

public System.Web.SiteMapNode Process(System.Web.SiteMapNode currentNode)
    {
        if (currentNode == null) return currentNode;

        var page = HttpContext.Current.CurrentHandler as System.Web.UI.Page;

        if (page != null && page.RouteData != null)
        {

            Dictionary<Regex, string> replacements = new Dictionary<Regex, string>();

            //build a list of RegEx to aid in converstion, using RegEx so I can ignore class.  Technically I could also
            foreach (var key in page.RouteData.Values.Keys)
            {
                replacements.Add(new Regex(string.Format("\\{{{0}\\}}", key), RegexOptions.IgnoreCase), page.RouteData.Values[key].ToString());              
            }


            //navigate up the nodes
            var activeNode = currentNode;
            while (activeNode != null)
            {
                //to the replacements
                foreach(var replacement in replacements)
                {
                    activeNode.Title =  replacement.Key.Replace(activeNode.Title, replacement.Value);
                }

                activeNode = activeNode.ParentNode;
            }

        }

        return currentNode;
    }

J'ai toujours besoin d'avoir l'Url de la carte de façon appropriée (utilisez l'URL de la page de la réception de la route), qui est sans informations de routage. Je vais probablement utiliser un Attribut personnalisé dans le sitemap à dire le nœud comment rendre l'URL.

OriginalL'auteur Graham