cocos creator loadDir加载后怎么使用

2024-10-10

Cocos Creator 资源加载（笔记）

cc.loader 加载资源动态加载资源要注意两点,一是所有需要通过脚本动态加载的资源,都必须放置在 resources 文件夹或它的子文件夹下.resources 需要在 assets 文件夹中手工创建,并且必须位于 assets 的根目录; Creator 提供了 cc.loader.loadRes 这个 API 来专门加载那些位于 resources 目录下的 Asset.和 cc.loader.load 不同的是,loadRes 一次只能加载单个 Asset.调用时,你只要传入相对 re

Cocos Creator 资源加载流程剖析【一】——cc.loader与加载管线

这系列文章会对Cocos Creator的资源加载和管理进行深入的剖析.主要包含以下内容: cc.loader与加载管线 Download部分 Load部分额外流程(MD5 Pipe) 从编辑器到运行时场景切换流程前面4章节介绍了完整的资源加载流程以及资源管理,以及如何自定义这个加载流程(有时候我们需要加载一些特殊类型的资源)."从编辑器到运行时"介绍了我们在编辑器中编辑的场景.Prefab等资源是如何序列化到磁盘,打包发布之后又是如何被加载到游戏中. 准备工作在开始之前我们需

Cocos Creator 资源加载流程剖析【五】——从编辑器到运行时

我们在编辑器中看到的资源,在构建之后会进行一些转化,本章将揭开Creator对资源进行的处理. 资源处理的整体规则首先我们将Creator的开发和运行划分为以下几个场景: 编辑器当我们将资源放到编辑器中时,Creator会为每个资源生成唯一的uuid以及meta文件,并在项目的library目录下生成对应的json文件来描述这个资源的信息,而uuid与资源的映射关系被放在library目录下的uuid-to-mtime.json文件中.由于资源的引用关系是靠uuid来维系的,所以我们可以在C

Cocos Creator 资源加载流程剖析【二】——Download部分

Download流程的处理由Downloader这个pipe负责(downloader.js),Downloader提供了各种资源的"下载"方式--即如何获取文件内容,有从网络获取.从磁盘获取,不同类型的资源在不同的平台下有不同的获取方式. 比如脚本在原生平台使用require方法获取,而在H5平台则使用动态添加的HTML标签,指定src进行加载. 又比如json在原生平台使用jsb.fileutils进行加载,而在H5平台则使用XMLHttpRequest从网络下载. Downloa

Cocos Creator 资源加载流程剖析【三】——Load部分

Load流程是整个资源加载管线的最后一棒,由Loader这个pipe负责(loader.js).通过Download流程拿到内容之后,需要对内容做一些"加载"处理.使得这些内容可以在游戏中使用.这里并不是所有的资源都需要进行一个加载处理,目前只有图片.Json.Plist.Uuid(Prefab.场景)等资源才会执行加载的流程,其他的资源在Download流程之后就可以在游戏中使用了. Loader处理 Loader的handle接收一个item和callback,根据item的typ

Cocos Creator 资源加载流程剖析【六】——场景切换流程

这里讨论场景切换的完整流程,从我们调用了loadScene开始切换场景,到场景切换完成背后发生的事情.整个流程可以分为场景加载和场景切换两部分,另外还简单讨论了场景的预加载. 加载场景的流程 loadScene主要做了3件事,通过_getSceneUuid获取要加载场景的信息,对于原生平台的非启动场景执行了cc.LoaderLayer.preload(但查询了所有的代码,并没有发现LoaderLayer的实现,也没有发现任何对cc.runtime赋值的地方),最后通过_loadSceneByUu

Cocos Creator 资源加载流程剖析【四】——额外流程（MD5 PIPE)

当我们将游戏构建发布到web平台时,勾选Md5 Cache选项可以开启MD5 Pipe,它的作用是给构建后的资源加上md5后缀,避免浏览器的缓存导致部分资源不是最新,因为使用了md5后缀后,当资源内容发生变化时,资源的名字就不一样了,缓存就会失效. 比如6e056173-d285-473c-b206-40a7fff5386e.json,在开启了MD5 Cache选项之后再构建会生成6e056173-d285-473c-b206-40a7fff5386e.a548e.json,在文件后缀.json

记一次cocos项目的加载速度优化

半个月前,我们用cosos creator做了一个简单的小游戏,也许算不上小游戏吧..一边学cocos,一边做,几经波折后终于上线了.然鹅,功能是实现了,但是加载速度十分感人(毕竟没经验嘛,无辜脸).1.8M的资源需要10秒钟左右才能全部加载完.于是被老大一有机会就拿出同类产品跟我们的比较,然后一顿吐槽.痛定思痛,决定把能优化的地方全都优化一下. 分析加载瀑布图首先肯定要找出问题出在那里,下面是加载的network截图: 从图中可以看出,整个加载过程被红线分割为两部分,前面为HTML加载,后面

javascript设置网页刷新或者重新加载后滚动条的位置不变

有个同事说再javascript中你可以做任何你想做的事情,当时觉得不以为然,今天遇到个问题,就是页面重新加载后总是回到页面的顶部,如果客户只想看到他想看到的部分是怎么变化的,这个体验就好了.原本想象应该有页面设置scroll之类的,没有看到,在网上搜到一个方法就是在页面加载前用cookie记录滚动条的位置,加载之后从cookie中取回这个值再设置滚动条的位置,这个方法如此风骚. window.onbeforeunload = function(){ var scrollPos; if (typ

[Asp.net mvc]实体更新异常:存储区更新、插入或删除语句影响到了意外的行数(0)。实体在加载后可能被修改或删除。

学习asp.net mvc 时在更新实体进行SaveChanges()的时候出现了异常,异常如下: “/”应用程序中的服务器错误. 存储区更新.插入或删除语句影响到了意外的行数(0).实体在加载后可能被修改或删除.刷新 ObjectStateManager 项. 说明: 执行当前 Web 请求期间,出现未经处理的异常.请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息. 异常详细信息: System.Data.Entity.Core.OptimisticConcurrency

关于NGUI的动态加载后的刷新显示问题，解决办法！！

http://momowing.diandian.com/post/2012-09-06/40038001275 最近碰NGUI用到它的动态列表功能(ps:就是加东西,删除东西).我这里用的是UIDraggablePanel——>UIGrid——>UIDragPanelContents,这样的的搭配,在添加新的item后发现无法及时显示,就这你要做的就是在添加完或者删除完item调用下面两个方法就ok了,记住缺一不可哦: (您的uiguid对象).GetComponent<UIGrid&

存储区更新、插入或删除语句影响到了意外的行数(0)。实体在加载后可能被修改或删除。刷新 ObjectStateManager 项。

在用asp.net MVC3 的MusicStore时候 Edit某个数据项时提示下面的错误: 存储区更新.插入或删除语句影响到了意外的行数(0).实体在加载后可能被修改或删除.刷新 ObjectStateManager 项. 这个问题的源头是 1,[Bind(Exclude = "AlbumId")]public class Album [Bind(Exclude = "AlbumId")]表明bind的时候不会取AlbumId,不管你form里面是否有它

uiwebview 加载html时字体变小加载前或加载后改变字体大小

p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 18.0px Menlo; color: #6122ae } p.p2 { margin: 0.0px 0.0px 0.0px 0.0px; font: 18.0px Menlo; color: #c91b13 } p.p3 { margin: 0.0px 0.0px 0.0px 0.0px; font: 18.0px Menlo } p.p4 { margin: 0.0px 0.0px 0.0px 0.

Vue-上拉加载与下拉刷新（mint-ui：loadmore）一个页面使用多个上拉加载后冲突问题

所遇问题: 该页面为双选项卡联动,四个部分都需要上拉加载和下拉刷新功能,使用的mint-ui的loadmore插件,分别加上上拉加载后,只有最后一个的this.$refs.loadmore.onTopLoaded();和this.$refs.loadmore.onBottomLoaded(); 有效,其他的三个都无效,这两句话是意思是查询完要调用一次,用于重新定位分析原因: 首先这四个模块都是用的 <mt-loadmore :top-method="loadTop" :bott

Javascript中只能在 HTML 输出流中使用 document.write,在文档已加载后使用它（比如在函数中），会覆盖整个文档。

意思就是说,初次加载时如果没有加载document.write,那么再次加载的时候回覆盖掉原来的内容,只显示新加载的内容. <!DOCTYPE html> <html> <head> <meta charset="UTF-8"> </head> <body> <p> JavaScript 能够直接写入 HTML 输出流中: </p> <script> document.write

document.write ：什么是在html输出中使用，什么是文档加载后使用？

理解:您只能在 HTML 输出中使用 document.write.如果您在文档加载后使用该方法,会覆盖整个文档. Javascript中只能在 HTML 输出流中使用 document.write,在文档已加载后使用它(比如在函数中),会覆盖整个文档. html输出流:当前数据形式是HTML格式的数据,这部分数据正被导出.传输或显示,所以称为”流“. 思考:什么是在html输出中使用,什么是文档加载后使用? 参考代码 <!DOCTYPE html><html> <head&

jquery-事件之页面框架加载后自动执行

jQuery事件之页面框架加载后自动执行 1)概述 HTML执行是按自上而下编译,而<script>一般写在body结束之前.如果在HTML加载的过程中卡住, 比如加载图片等,没有显示出来,就会一直等图片出来,而不向下编译,而前面的HTML标签要使用script,这时候就会不生效. 如何避免这问题,可以使用$(document).ready()事件.即当页面框架加载完毕后,自动执行:而不是当页面所有元素完全加载完毕后,执行. 2)ready(fn) 当DOM载入就绪可以查询及操纵时绑定一个要执

页面加载后累加，自加1&&判断数字是否为两位数

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-

unobtrusive验证,ajax局部加载后验证失效解决方法

页面加载后运行此代码 $(function() {$.validator.unobtrusive.parse($("form")); }); 原因: 页面加载后unobtrusive已对各标签的验证状态进行保存,页面局部加载后并不会导致unobtrusive重新对页面的控件进行验证并保存前状态,导致新页面无法进行验证. 原理: 注意看jquery.validate.unobtrusive源码最后一段: $(function () { $jQval.unobtrusive.parse(d

[WPF 自定义控件]让Form在加载后自动获得焦点

1. 需求加载后让第一个输入框或者焦点是个很基本的功能,典型的如"登录"对话框.一般来说"登录"对话框加载后"用户名"应该马上获得焦点,用户只需输入用户名,点击Tab,再输入密码,点击回车就完成了登录操作. 在WPF中要让一个控件在加载时获得焦点应该很简单,只需要在Loaded事件后调用Focus()就行了.但有时表单是动态添加的,或者第一个表单元素会根据某些条件显示或隐藏,这时很难简单地让第一个控件获得焦点. 为了实现这个功能我创建了一个叫F

cocos creator loadDir加载后怎么使用

热门专题