Question 上次的《十分钟内学会：存储在二维表的树结构如何进行指定深度节点的查询》提到用树结构表示无限分级的商品分类或论坛板块，也就是说这种树结构常常用于存储与导航相关的信息，该如何让网站导航自动按照数据库中存储的树结构自动生成呢？ Answer 继
Question
上次的《十分钟内学会：存储在二维表的树结构如何进行指定深度节点的查询》提到用树结构表示无限分级的商品分类或论坛板块，也就是说这种树结构常常用于存储与导航相关的信息，该如何让网站导航自动按照数据库中存储的树结构自动生成呢？
Answer
继承自SiteMapProvider
要实现站点导航，在ASP.NET 2.0中最方便的就是SiteMap功能了。如果仅仅使用XmlSiteMapProvider则只能从静态的sitemap文件中影射出导航来，无法反映数据库中存储的导航结构。如果要实现根据数据库生成站点导航，就要开发自己的SiteMapProvider。
SiteMapProvider有4个方法要重写，分别是FindSiteMapNode(根据URL获取节点)、GetChildNodes(获取所有子节点)、GetParentNode(获取父节点)、GetRootNodeCore(获取本SiteMapProvider管理范围内的根节点)。对于SiteMap的使用方来说，例如SiteMapDataSource，通过上述4个方法总能在有限步骤内完成SiteMap相关的查询，例如展开若干层SiteMap，以及获取根SiteMapNode到特定SiteMapNode的路径。所以你只要确保自己的SiteMapProvider类正确实现上述4个方法，就可以用于任何SiteMap查询。
SiteMapProvider的灵活性是非常高的，特能构造严格的树，甚至是有向图，例如一个节点只能有一个父节点，但它却可以是多个节点的子节点。这看上去不那么容易理解，但你确实可以这样做，因为SiteMapProvider可以设计为在多个不同的节点输入到GetChildNodes方法时返回的列表都包含同一个特定的节点。如果你觉得你不需要这种灵活性，而需要使用严格的树，并且树是相对静态的（也就是一次构造树就可以用于多次查询），那就应该考虑继承自StaticSiteMapProvider而不是SiteMapProvider。
继承自StaticSiteMapProvider
实现StaticSiteMapProvider的方式与实现SiteMapProvider的方式是不同的。如果你选择了继承自StaticSiteMapProvider，你就相当于确定了导航模型是严格的树。你只需要负责从持久数据中将树结构描述出来，而StaticSiteMapProvider的基础功能会帮你维护树结构在内存中的副本，并由此而提供上述4个要重写的方法中的3个，只剩下GetRootNodeCore需要由你自己重写。
继承自StaticSiteMapProvider的话，除了GetRootNodeCore需要重写以外，还需要重写BuildSiteMap方法，这个正是StaticSiteMapProvider构建内存中树结构的地方。构建操作所需要的方法也由StaticSiteMapProvider提供了，分别是AddNode和RemoveNode方法，另外还有一个Clear方法可以清空内存中的整个树结构。
结合数据库
一般通过数据库构造SiteMap，需要重写StaticSiteMapProvider的Initialize、GetRootNodeCore和BuildSiteMap方法。
Initialize方法继承自ProviderBase，这是一个所有Provider类的基类。在Initialize方法中你能接收到此Provider的名称与配置信息。你可以将ConnectionString写在此Provider在web.config中的配置节，在Initialize时这些配置键值就会传入，你可以在此时将传入的ConnectionString保存到Provider的私有变量中，但不要在Initialize中构造树，因为它仅仅会被调用一次。
GetRootNodeCore用于返回此SiteMapProvider责任范围内的根节点。因为整个SiteMap可以由多个SiteMapProvider提供的SiteMap构成，在跨越SiteMapProvider责任范围边界时，范围内的根节点就关键的标记。通常的做法是，在实现自己的StaticSiteMapProvider时使用一个私有变量保存代表根节点的那个SiteMapNode，而这个SiteMapNode由BuildSiteMap负责构建。
BuildSiteMap是StaticSiteMapProvider派生类的核心，在这里你需要调用Clear方法清空原来的树，然后查询数据库并利用AddNode和RemoveNode方法构建新的树。需要注意的是，此方法必须是线程安全的，因为可能多个客户端访问页面而导致同时向你的StaticSiteMapProvider查询数据，于是多个线程同时调用BuildSiteMap方法。所以重写的BuildSiteMap方法中，通常一开头进行Clear之后就是lock(this)，然后再开始构建树。
注意事项
SiteMapProvider和StaticSiteMapProvider的其他方法你喜欢的话也可以去重写，记得要确保线程安全就是了。StaticSiteMapProvider自带的方法都是线程安全的，如果直接调用的话则可依赖其内部的lock而无需自己lock。
如果你的SiteMapProvider要作为XmlSiteMapProvider的下一级SiteMapProvider，则通过在静态sitemap文件中声明
最后，如果你觉得本系列的文章对你有价值，可以考虑订阅Cat in dotNET，或者通过文章下方的书签服务按钮将本文推荐给更多人看。
