【刷题记录】详谈设计循环队列

下题目为个人的刷题记录,在本节博客中我将详细谈论设计循环队列的思路,并给出代码,有需要借鉴即可。

题目:LINK
在这里插入图片描述
循环队列是线性表吗?或者说循环队列是线性结构吗?
对于这个问题,我们来看一下线性结构的定义:
在这里插入图片描述
因为循环队列结点个数为k个,且具有逻辑结构性,因此属于一种特殊的线性结构

下面是思路分析:
首先一开始收到实现普通队列的思路影响+上题目中循环这俩字,那自然想到的是用链表来设计循环队列。
于是,为了便于分析我作了下面的草图:
在这里插入图片描述
现在我们一开始迎来了第一个问题:我们的头指针和尾指针初始化放到哪里?
为了解决这个问题,我想到了第一个方法:初始化头指针尾指针置为空
这个方法看似很好,但是结合一下我们要实现的接口,判空时候需要做特殊处理,其实并不是很好。
在这里插入图片描述
然后我又想到,那让他们一开始直接都指向第一个结点
我们继续往下想,如果这样做的化,还是那个问题,如何区分空队列与一个结点的情况?
在这里插入图片描述
那么为了解决这个区分问题,我们可以引入size来统计结点个数
在这里插入图片描述
不过这里还有个问题,如果front与rear初始化指向第一个结点,然后引入size来区分结点个数的话,我们发现rear是指向尾结点的后一个结点的,也就是说我们在搞取尾接口的时候并不好操作,因为这是单向链表。
在这里插入图片描述
那为了解决取尾接口问题,我们要把单链表改成双向链表
但是这样一来,工作量就要变大很多,并不是很好的选择。
所以,不妨我们来用一下数组:
1.为了解决两个指针一开始都指向第一个空间特殊处理的问题,所以我们选择rear指向尾结点的后一个结点
2.为了解决不好判断的问题,我们多开一个空间,用rear+1 == front 为满的条件
3.为了解决数组循环问题,我们可以取模

下面是示例代码:


typedef struct {
    int front;//头元素
    int rear;//尾元素的下一个
    int* arr;//数组指针
    int k;
} MyCircularQueue;

//检查循环队列是否为空
bool myCircularQueueIsEmpty(MyCircularQueue* obj) {
    if(obj->front == obj->rear)
    {
        return true;
    }
    else
    {
        return false;
    }
}

bool myCircularQueueIsFull(MyCircularQueue* obj) {
    if((obj->rear+1)%(obj->k+1)==obj->front)
    {
        return true;
    }
    else
    {
        return false;
    }
}


//构造器,设置队列长度为 k 
MyCircularQueue* myCircularQueueCreate(int k) {
    //首先创造出一个MyCircularQueue结构体,为方便操作数组做铺垫
    MyCircularQueue* obj = (MyCircularQueue*)malloc(sizeof(MyCircularQueue));
    //数组空间申请+初始化结构体
    obj->arr = (int*)malloc((k+1)*sizeof(int));
    obj->k = k;
    obj->front = obj->rear = 0;
    //返回结构体指针
    return obj;
}

//向循环队列插入一个元素。如果成功插入则返回真
bool myCircularQueueEnQueue(MyCircularQueue* obj, int value) {
    //满了
    if(myCircularQueueIsFull(obj))
    {
        return false;
    }
    else//没满
    {
        obj->arr[obj->rear++] = value;//放入数据并移动尾指针
        obj->rear = obj->rear % (obj->k+1);//循环
        return true;
    }
}
//从循环队列中删除一个元素。如果成功删除则返回真
bool myCircularQueueDeQueue(MyCircularQueue* obj) {
    //空的
    if(myCircularQueueIsEmpty(obj))
    {
        return false;
    }
    else//非空
    {
        obj->front++;
        obj->front %= (obj->k+1);
        return true;
    }
}

//从队首获取元素。如果队列为空,返回 -1 
int myCircularQueueFront(MyCircularQueue* obj) {
    if(myCircularQueueIsEmpty(obj))//为空
    {
        return -1;
    }
    else//非空
    {
        return obj->arr[obj->front];
    }
}

//获取队尾元素。如果队列为空,返回 -1 
int myCircularQueueRear(MyCircularQueue* obj) {
    if(myCircularQueueIsEmpty(obj))//为空
    {
        return -1;
    }
    else
    {
        int prear = ((obj->rear + obj->k)%(obj->k+1));
        return obj->arr[prear];
    }
}


void myCircularQueueFree(MyCircularQueue* obj) {
    free(obj->arr);
    free(obj);
}

/**
 * Your MyCircularQueue struct will be instantiated and called as such:
 * MyCircularQueue* obj = myCircularQueueCreate(k);
 * bool param_1 = myCircularQueueEnQueue(obj, value);
 
 * bool param_2 = myCircularQueueDeQueue(obj);
 
 * int param_3 = myCircularQueueFront(obj);
 
 * int param_4 = myCircularQueueRear(obj);
 
 * bool param_5 = myCircularQueueIsEmpty(obj);
 
 * bool param_6 = myCircularQueueIsFull(obj);
 
 * myCircularQueueFree(obj);
*/

完。

  • 7
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
设计模式是指在软件开发过程中,经过总结和归纳后形成的针对某类问题的解决方案。设计模式可以帮助开发人员更好地组织和管理代码,提高代码的可重用性和可维护性。常见的设计模式包括: 1. 创建型模式:用于处理对象创建的模式,包括单例模式、工厂方法模式、抽象工厂模式、建造者模式和原型模式。 2. 结构型模式:用于处理对象间关系的模式,包括适配器模式、装饰器模式、代理模式、组合模式、桥接模式和享元模式。 3. 行为型模式:用于处理对象间通信的模式,包括观察者模式、模板方法模式、命令模式、迭代器模式、责任链模式、访问者模式、策略模式和状态模式。 下面对常用的几种设计模式进行详细介绍: 1. 单例模式:确保一个类只有一个实例,并提供全局访问点。 2. 工厂方法模式:定义一个用于创建对象的接口,让子类决定实例化哪个类。 3. 抽象工厂模式:提供一个接口,用于创建相关或依赖对象的家族,而不需要指定具体类。 4. 建造者模式:将一个复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的表示。 5. 原型模式:通过复制现有的实例来创建新的实例。 6. 适配器模式:将一个类的接口转换成客户端所期望的另一种接口,使原本不能一起工作的类可以协同工作。 7. 装饰器模式:动态地给一个对象添加一些额外的职责,就增加功能来说,装饰器模式比生成子类方式更为灵活。 8. 代理模式:为其他对象提供一种代理以控制对这个对象的访问。 9. 组合模式:将对象组合成树形结构以表示”部分-整体”的层次结构,使得客户端对单个对象和组合对象的使用具有一致性。 10. 桥接模式:将抽象部分与它的实现部分分离,使它们都可以独立地变化。 11. 享元模式:运用共享技术有效地支持大量细粒度的对象。 12. 观察者模式:定义了对象之间的一对多依赖,当一个对象状态改变时,它所有依赖者都会收到通知并自动更新。 13. 模板方法模式:定义一个算法的骨架,将一些步骤延迟到子类中实现,使得子类可以在不改变算法结构的情况下重新定义算法的某些特定步骤。 14. 命令模式:将请求封装成对象,从而可以用不同的请求对客户进行参数化,使得请求排队或记录请求日志,以及支持可撤销操作。 15. 迭代器模式:提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示。 16. 责任链模式:为解除请求的发送者和接收者之间耦合,而使多个对象都有机会处理这个请求,将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。 17. 访问者模式:表示一个作用于某个对象结构中的各元素的操作,它可以使你在不改变各元素的类的前提下定义作用于这些元素的新操作。 18. 策略模式:定义一系列算法,将每个算法都封装起来,并使它们之间可以互换。 19. 状态模式:允许一个对象在其内部状态改变时改变其行为,对象看起来似乎修改了其所属的类。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值