缓存篇(Cache)~第一回 使用static静态成员实现服务器端缓存(导航面包屑)

简介:

今天写缓存篇的第一篇文章,在写完目录后,得到了一些朋友的关注,这给我之后的写作带来了无穷的力量,在这里,感谢那几位伙伴,哈哈!

书归正传,今天我带来一个Static静态成员的缓存,其实它也不是什么缓存,就是C#语言里的一个特性,静态成员在被初始化后它将不会再被执行,即,他里面的内容只会被执行一次,直到你的网站被重启后(只考虑在单线程情况下)。相信大家都在做网站时,遇到了网站导航面包屑功能点吧,一般,我们把它写死在页面上,这种作法没有任何可扩展性和可维护性,所以,今天我们要改善一下这个功能点,使用的技术就是静态成员缓存和树型结构。

先看一下导航的结构

   /// <summary>
    /// 导航面包
    /// </summary>
    public class BannerBread
    {
        public string DisplayTitle { get; set; }
        public string Url { get; set; }
        public int ID { get; set; }
        public int ParentID { get; set; }
        public BannerBread Parent { get; set; }
    }

下面这段代码就是实现导航的核心,它对外提供一个唯一的访问点,所以,和两个公开的方法,一个是GetBanner,用来返回当前URL对应的导航完整对象(包括祖宗对象),GenerateStandardBanner方法返回一个标准的导航,当前,具体的项目,你可以自己

去实现它。

    /// <summary>
    /// 导航生产类
    /// </summary>
    public static class BannerBreadFactory
    {
        /// <summary>
        /// BannerBread单例实例对象
        /// </summary>
        static readonly List<BannerBread> Instance = new List<BannerBread>();

        static BannerBreadFactory()
        {
            Instance.Add(new BannerBread { ID = 1, DisplayTitle = "首页", Parent = null, ParentID = 0, Url = "/" });
            Instance.Add(new BannerBread { ID = 2, DisplayTitle = "关于我们", Parent = null, ParentID = 1, Url = "/Home/About" });
            Instance.Add(new BannerBread { ID = 3, DisplayTitle = "联系我们", Parent = null, ParentID = 1, Url = "/Home/Contact" });
        }
        /// <summary>
        /// 得到当前URL的祖宗节点
        /// </summary>
        /// <param name="url"></param>
        /// <returns></returns>
        public static BannerBread GetBanner(string url)
        {
            var entity = Instance.FirstOrDefault(i => i.Url.ToUpper() == url.ToUpper());
            GetFather(entity);
            return entity;
        }
        /// <summary>
        /// 标准的导航,程序开发人员可以根据自己的需要,在具体项目中去定义它
        /// </summary>
        /// <param name="url"></param>
        /// <returns></returns>
        public static string GenerateStandardBanner(string url)
        {
            var entity = GetBanner(url);
            StringBuilder str = new StringBuilder();
            while (entity != null)
            {
                str.Insert(0, "/<span><a href='" + entity.Url + "'>" + entity.DisplayTitle + "</a></span>");
                entity = entity.Parent;
            }
            return str.ToString().StartsWith("/") ? str.ToString().Substring(1) : "未找到导航项";
        }
        /// <summary>
        /// 得到祖宗
        /// </summary>
        /// <param name="son"></param>
        private static void GetFather(BannerBread son)
        {
            if (son != null)
            {
                son.Parent = Instance.FirstOrDefault(i => i.ID == son.ParentID);
                GetFather(son.Parent);
            }
        }

    }

上面的代码中,对于导航数据的部分,我选择了静态数据,当然,真实的项目中,需要将这块放到数据库里,以便于后期维护,一般地,我们可以在布局页去调用它来实现导航显示的功能,非常方便,下面是运行后的效果截图

 对于具体的显示,我们的前台显示可以自己去组装,上面显示的只是一种标准的形式,即由GenerateStandardBanner方法提供的形式。

本文转自博客园张占岭(仓储大叔)的博客,原文链接:缓存篇(Cache)~第一回 使用static静态成员实现服务器端缓存(导航面包屑),如需转载请自行联系原博主。

目录
相关文章
|
7天前
|
缓存 算法 Java
Caffeine Cache~高性能 Java 本地缓存之王
Caffeine Cache~高性能 Java 本地缓存之王
88 1
|
7天前
|
存储 缓存 Java
【Spring原理高级进阶】有Redis为啥不用?深入剖析 Spring Cache:缓存的工作原理、缓存注解的使用方法与最佳实践
【Spring原理高级进阶】有Redis为啥不用?深入剖析 Spring Cache:缓存的工作原理、缓存注解的使用方法与最佳实践
|
7天前
|
缓存 NoSQL Java
Spring Cache 缓存原理与 Redis 实践
Spring Cache 缓存原理与 Redis 实践
224 0
|
7天前
|
存储 缓存 NoSQL
把ruoyi-vue前后端分离项目的redis缓存改为本地缓存cache
把ruoyi-vue前后端分离项目的redis缓存改为本地缓存cache
200 0
|
7天前
|
XML 存储 缓存
【深入浅出Spring原理及实战】「缓存Cache开发系列」带你深入分析Spring所提供的缓存Cache管理器的实战开发指南(修正篇)
【深入浅出Spring原理及实战】「缓存Cache开发系列」带你深入分析Spring所提供的缓存Cache管理器的实战开发指南(修正篇)
37 0
|
7天前
|
存储 XML 缓存
【深入浅出Spring原理及实战】「缓存Cache开发系列」带你深入分析Spring所提供的缓存Cache功能的开发实战指南(一)
【深入浅出Spring原理及实战】「缓存Cache开发系列」带你深入分析Spring所提供的缓存Cache功能的开发实战指南
123 0
|
5天前
|
存储 缓存 监控
中间件Read-Through Cache(直读缓存)策略实现方式
【5月更文挑战第11天】中间件Read-Through Cache(直读缓存)策略实现方式
14 4
中间件Read-Through Cache(直读缓存)策略实现方式
|
5天前
|
存储 缓存 监控
中间件Read-Through Cache(直读缓存)策略注意事项
【5月更文挑战第11天】中间件Read-Through Cache(直读缓存)策略注意事项
9 2
|
5天前
|
存储 缓存 中间件
中间件Read-Through Cache(直读缓存)策略工作原理
【5月更文挑战第11天】中间件Read-Through Cache(直读缓存)策略工作原理
11 3
|
7天前
|
缓存 中间件 数据库
中间件Write-Through Cache(直写缓存)策略
【5月更文挑战第7天】中间件Write-Through Cache(直写缓存)策略
18 4
中间件Write-Through Cache(直写缓存)策略

热门文章

最新文章