【Cocos2d-x】开发基础-Node与Node层级架构

简介: 本篇博客讲解: 1.Node与Node层级架构 2.Node中重要的操作 3.Node中重要的属性 4.游戏循环与调度 Node与Node层级架构首先来看一张图 这个图反应了Node与Node的层级架构 所谓层级架构其实就是树形结构/层次结构,...

本篇博客讲解:
1.Node与Node层级架构
2.Node中重要的操作
3.Node中重要的属性
4.游戏循环与调度

Node与Node层级架构

首先来看一张图

这个图反应了Node与Node的层级架构
所谓层级架构其实就是树形结构/层次结构,从图上可以看出来,树的根是Scene(场景),然后是层,层里面又包含了精灵,菜单,粒子系统,瓦片地图
所有这些元素,都有一个共同的父类,就是Node

这个树形结构,其实就是一种包含关系

这2个文件共同定义了一个HelloWorld的层
class HelloWorld : public cocos2d::Layer
我们自己自定义了一个类HelloWorld继承了Layer,层最后要放到场景里去

Scene* HelloWorld::createScene()
{
    // 创建场景对象
    auto scene = Scene::create();
    // 创建层对象
    auto layer = HelloWorld::create();
    // 把层放到场景里
    scene->addChild(layer);
    // 返回这个场景
    return scene;
}

创建场景以及HelloWord这个层,然后把层放到场景里
通过addChild这个方法,把子节点加到父节点里面去
以此类推,可以把Layer添加到Scene里,也可以这样把精灵,菜单等添加到层里

this->addChild(menu, 1);//把菜单放到当前层
//把标签加入到层中
this->addChild(label, 1);
//把图片精灵加入到层中
this->addChild(sprite, 0);

代码在HelloWord.cpp中可以看到
所以,最开始的图上的层次结构,是通过add的这个方法添加上来的
既然有添加,那么就有移除方法,后面再介绍。
主要是树形结构,需要注意的就是添加的顺序和个数
一般来说,一个场景会有多个层,我们建立的HelloWord实例中,场景和层是一对一的关系
也就是场景中只放了一个层。实际上场景与层是一对多的关系
为了减少绘制的次数,不要建立太多的层,那样很消耗cpu

层与精灵也是一对多的关系,然后层与菜单,粒子系统,瓦片地图都是一对多的关系
菜单与菜单项是一对多的关系,一个菜单里会有多个菜单项
当cocos2d启动一个场景的时候,场景就会加载层,层会加载菜单等等,菜单会加载菜单项。就是这样一种树形结构

Node中重要的操作

由于场景、层、菜单、精灵…都是继承的Node,所以它们有一些共同的属性和方法

创建节点

Node* childNode = Node::create()

增加新的子节点

node->addChild(childNode,0,123)

第一个参数是添加的节点;第二个参数是添加的Node的z轴的顺序(添加节点的时候会有顺序的,相当于绘制的时候的先后顺序);第三个参数是Tag/标签,可以理解成id,通过这个tag来操作node对象

附带第二个参数的英文介绍:

LocalZOrder is the 'key' used to sort the node relative to its siblings.

The Node's parent will sort all its children based on the LocalZOrder value. If two nodes have the same LocalZOrder, then the node that was added first to the children's array will be in front of the other node in the array.

Also, the Scene Graph is traversed using the "In-Order" tree traversal algorithm ( http://en.wikipedia.org/wiki/Tree_traversal#In-order ) And Nodes that have LocalZOrder values < 0 are the "left" subtree While Nodes with LocalZOrder >=0 are the "right" subtree.

addChild有4个方法

virtual void addChild   ( Node * child)     
virtual void addChild   ( Node * child,int localZOrder)     
virtual void addChild   ( Node * child,int localZOrder,int tag) 
virtual void addChild   ( Node * child,int localZOrder,const std::string & name)    

查找子节点

Node* node = node->getChildByTag(123)

删除子节点

node->removeChildByTag(123,true)//第二个参数表示是否在内存中清除这个对象
node->removeChild(childNode)//直接删除节点
node->removeAllChildrenWithCleanup(true) //true-清除内存
node->removeFromParentAndCleanup(true) //true-清除内存

Node中重要的属性

Node两个非常重要的属性:
position和anchorPoint
position是指的位置,anchorPoint是指的锚点
位置(坐标)很好理解,就是比如放在(5,5),x=5,y=5.但是精灵图片是有大小的,这个时候就需要锚点了。
我们用图来理解吧
1.anchorPoint为(0.5,0.5),这个是默认值

第一个参数0.5,是锚点距离左边边线的距离和图片整个的宽度的比例,也就是1/2
第二个参数0.5,是锚点距离底边高度和整个高度的比值,也就是1/2

2.anchorPoint为(0,0),也就是精灵图片的左下角

3.anchorPoint为(1.0,1.0),也就是精灵图片的右上角

4.anchorPoint为(0.66,0.5),这个具有普遍性

游戏循环与调度

每一个游戏程序都有一个循环在不断运行,它是有导演对象来管理和维护。
如果需要场景中的精灵运动起来,我们可以在游戏循环中使用定时器(Scheduler)对精灵等对象的运行进行调度。
因为Node类封装了Scheduler类,所以我们也可以直接使用Node中调用函数。
Node中调用函数主要有:

void scheduleUpdate ( void )//开始游戏调度,每个Node对象只要调用该函数,那么这个Node对象就会定时地每帧回调用一次自己的update(float dt)函数,每帧调用一次update函数!这是固定的时间和函数  
//下面这个函数更加个性化,可以自定义回调函数和时间
void schedule ( SEL_SCHEDULE selector,  float  interval )//与scheduleUpdate函数功能一样,不同的是我们可以指定回调函数(通过selector指定),也可以根据需要指定回调时间间隔
//一旦调度开始,就会不断循环

void unscheduleUpdate ( void )//停止update(float dt)函数调度  和scheduleUpdate对应
void unschedule ( SEL_SCHEDULE selector )//可以指定具体函数停止调度  和schedule对应

void unscheduleAllSelectors ( void )//可以停止所有调度

源代码下载地址:

GITHUB源码下载地址: 点我进行下载

本文章由[谙忆]编写, 所有权利保留。
欢迎转载,分享是进步的源泉。

转载请注明出处:http://chenhaoxiang.cn

本文源自人生之旅_谙忆的博客

目录
相关文章
|
15天前
|
API 数据库 开发者
构建高效可靠的微服务架构:后端开发的新范式
【4月更文挑战第8天】 随着现代软件开发的复杂性日益增加,传统的单体应用架构面临着可扩展性、维护性和敏捷性的挑战。为了解决这些问题,微服务架构应运而生,并迅速成为后端开发领域的一股清流。本文将深入探讨微服务架构的设计原则、实施策略及其带来的优势与挑战,为后端开发者提供一种全新视角,以实现更加灵活、高效和稳定的系统构建。
18 0
|
29天前
|
负载均衡 测试技术 持续交付
高效后端开发实践:构建可扩展的微服务架构
在当今快速发展的互联网时代,后端开发扮演着至关重要的角色。本文将重点探讨如何构建可扩展的微服务架构,以及在后端开发中提高效率的一些实践方法。通过合理的架构设计和技术选型,我们可以更好地应对日益复杂的业务需求,实现高效可靠的后端系统。
|
29天前
|
机器学习/深度学习 自然语言处理 并行计算
大模型开发:什么是Transformer架构及其重要性?
Transformer模型革新了NLP,以其高效的并行计算和自注意力机制解决了长距离依赖问题。从机器翻译到各种NLP任务,Transformer展现出卓越性能,其编码器-解码器结构结合自注意力层和前馈网络,实现高效训练。此架构已成为领域内重要里程碑。
28 2
|
1月前
|
监控 Kubernetes 持续交付
构建高效可扩展的微服务架构:后端开发实践指南
在数字化转型的浪潮中,企业对软件系统的要求日益提高,追求快速响应市场变化、持续交付价值成为核心竞争力。微服务架构以其灵活性、模块化和独立部署的特点,成为解决复杂系统问题的有效途径。本文将深入探讨如何构建一个高效且可扩展的微服务架构,涵盖关键设计原则、技术选型及实践案例,为后端开发者提供一条清晰的指导路线,帮助其在不断变化的技术环境中保持竞争力。
130 3
|
3天前
|
消息中间件 监控 持续交付
构建高效微服务架构:后端开发的进阶之路
【4月更文挑战第20天】 随着现代软件开发的复杂性日益增加,传统的单体应用已难以满足快速迭代和灵活部署的需求。微服务架构作为一种新兴的分布式系统设计方式,以其独立部署、易于扩展和维护的特点,成为解决这一问题的关键。本文将深入探讨微服务的核心概念、设计原则以及在后端开发实践中如何构建一个高效的微服务架构。我们将从服务划分、通信机制、数据一致性、服务发现与注册等方面入手,提供一系列实用的策略和建议,帮助开发者优化后端系统的性能和可维护性。
|
24天前
|
监控 Java 开发者
构建高效微服务架构:后端开发的新范式
在数字化转型的浪潮中,微服务架构以其灵活性、可扩展性和容错性成为企业技术战略的关键组成部分。本文深入探讨了微服务的核心概念,包括其设计原则、技术栈选择以及与容器化和编排技术的融合。通过实际案例分析,展示了如何利用微服务架构提升系统性能,实现快速迭代部署,并通过服务的解耦来提高整体系统的可靠性。
|
25天前
|
NoSQL Java Redis
【分布式技术专题】「分布式技术架构」手把手教你如何开发一个属于自己的分布式锁的功能组件(二)
【分布式技术专题】「分布式技术架构」手把手教你如何开发一个属于自己的分布式锁的功能组件
15 0
|
30天前
|
监控 数据管理 API
构建高效微服务架构:后端开发的新趋势
在现代软件开发领域,随着业务需求的不断复杂化以及敏捷迭代的加速,传统的单体应用架构逐渐暴露出其局限性。微服务架构作为一种新的解决方案,以其高度模块化、独立部署和可扩展性,正成为后端开发领域的新趋势。本文将探讨微服务架构的核心概念,分析其优势与面临的挑战,并提供实施高效微服务的策略和最佳实践,帮助读者理解如何利用这一架构模式提升系统的可靠性、灵活性和可维护性。
136 5
|
1月前
|
人工智能 运维 监控
构建高性能微服务架构:现代后端开发的挑战与策略构建高效自动化运维系统的关键策略
【2月更文挑战第30天】 随着企业应用的复杂性增加,传统的单体应用架构已经难以满足快速迭代和高可用性的需求。微服务架构作为解决方案,以其服务的细粒度、独立性和弹性而受到青睐。本文将深入探讨如何构建一个高性能的微服务系统,包括关键的设计原则、常用的技术栈选择以及性能优化的最佳实践。我们将分析微服务在处理分布式事务、数据一致性以及服务发现等方面的挑战,并提出相应的解决策略。通过实例分析和案例研究,我们的目标是为后端开发人员提供一套实用的指南,帮助他们构建出既能快速响应市场变化,又能保持高效率和稳定性的微服务系统。 【2月更文挑战第30天】随着信息技术的飞速发展,企业对于信息系统的稳定性和效率要求
|
1月前
|
消息中间件 监控 开发者
构建高效微服务架构:后端开发的新趋势
【2月更文挑战第30天】 在现代软件开发领域,微服务架构已成为实现可扩展、灵活且容错的系统的首选设计。本文深入探讨了构建高效微服务架构的关键步骤和最佳实践,涵盖了从服务划分到部署管理的全过程。我们不仅将分析微服务的优势与挑战,还将提供具体的技术建议和解决方案,以帮助后端开发者有效地构建和优化其系统结构。