Cocos2d-x旧引擎文件夹结构

转自:http://blog.csdn.net/lwuit/article/details/7870395

Cocos2d-x的文件夹结构例如以下:

文件夹的详细结构介绍例如以下:

Box2D:物理引擎Box2D的相关源文件

Chipmunk:物理引擎chipmunk的相关源文件

cocos2dx:cocos2d-x引擎的核心部分。存放了引擎的大部分源文件

CocosDenshion:声音模块相关源文件

Debug.win32:在Windows 上调试输出文件夹

Doxygen:生成doxygen项目文档时须要的配置文件

HelloLua:在游戏中使用lua的演示样例代码

HelloWorld:測试代码helloworld

Js:cocos2d-x js脚本支持源代码文件夹

Licenses:许可文件存放文件夹

Lua:脚本语言lua支持的相关源文件

Template:包含编译iOS和Android等平台开发时须要的配置文件

Testjs:cocos2d-x引擎各平台js语言的api演示样例代码

Tests:cocos2d-x引擎全部api的演示样例代码

Tools:包含"tolua的配置文件"和“xcode4的模板生成工具”

build-win32.bat:编译cocos2d-x引擎的windwos项目脚本

cocos2d-win32.vc2008.sln:windows项目vs2008解决方式文件

cocos2d-win32.vc2010.sln:windows项目vs2010解决方式文件

create-android-project.bat :在windows上面创建android项目的脚本

create-android-project.sh:在linux上创建android的脚本

install-templates-msvc.bat:创建vs2010或vs2008的工程模板脚本

install-templates-xcode.sh:创建xcode工程模板的脚本

时间: 2024-10-26 02:03:46

Cocos2d-x旧引擎文件夹结构的相关文章

Cocos2d-x 3.0新引擎文件夹结构

Cocos2d-x 3.0新引擎文件夹结构 2014年4月29日  Cocos2d-x 3.0学习 作为一个Cocos2d-x的菜鸟,我倒是挺愿意关注不同版本号之间的差别,Cocos2d-x 3.0自2013年7月份開始公布alpha0-pre版本号,到2014年4月23日公布正式版,历经9个版本号,总算是敲定了.我刚入手的配置环境是基于Cocos2d-x 2.2.3版本号的,略微对照一下,就能够知道最新公布的3.0正式版真的齐整了非常多.看看以下两张截图 Cocos2d-x 2.2.3版本号文

一个diff工具,用于判断两个目录下所有的改动(比较新旧版本文件夹)

需求: 编写一个diff工具,用于判断两个目录下所有的改动 详细介绍: 有A和B两个目录,目录所在位置及层级均不确定 需要以B为基准找出两个目录中所有有改动的文件(文件或内容增加.修改.删除),将有改动的文件放入第三个目录中,层级结构与原目录相同 将所有新增与更新信息记录到更新日志文件中 将删除信息单独记录到删除日志文件中 每次执行diff工具需要生成一个新的以日期命名的目录存放文件 使用场景: 本工具用于软件版本升级时找出两个版本间所有修改过的文件,便于增量替换. 提示:    使用CRC判断

JBoss AS 7之文件夹结构(The Return Of The King)

1.2 JBoss As 7体系结构 以下介绍一下JBoss的体系结构,详细的文件夹结构. 假设熟悉曾经JBoss版本号的人,一定会发现JBoss AS 7与之前的JBoss的文件夹结构有了非常大的不同.以下介绍一下JBoss AS 7的文件夹结构.                                         主文件夹结构 文件夹 描写叙述 bin Unix和win环境下的启动脚本和启动配置文件 bundles 存放OSGI bundle docs/schema 存放XML

nodeJS实现完整文件夹结构压缩

为实现node下打包压缩,了解额好几种常见的node第三方包,比如archiver,也可以实现文件夹打包压缩. 因为archiver需要配置文件夹下的文件,也可以用*来打包所有,但是如果文件夹下还有多层文件夹嵌套,实现起来就比较麻烦了.还有就是一些压缩工具的压缩算法并不符合我们想要的,或者输出文件的格式又比较单一,不能满足. 最后决定用node自带的内置模块加第三方模块结合使用,满足我们的各类需求,并且可以完美的打包整个文件夹包括文件夹结构来压缩. 需要模块如下: 其中fstream和tar为第

Android SVN开发实战的文件夹结构呈现

svn有一个非常标准的文件夹结构,这是. 例如,该项目是proj.svn地址svn://proj/,然后该标准svn布局是 svn://proj/ | +-trunk +-branches +-tags 这 是一个标准的布局,trunk为主开发文件夹,branches为分支开发文件夹,tags为tag存档文件夹(不同意改动).可是详细这几个文件夹应该怎样使 用,svn并没有明白的规范,很多其它的还是用户自己的习惯. 对于这几个开发文件夹.一般的用法有两种.我很多其它的是从软件产品的角度出发 (比

使用gridlayout布局后,因某些原因又删除,并整理文件夹结构时,Unable to resolve target 'android-7'

出现的问题 [2013-01-11 10:52:39 - gridlayout_v7] Unable to resolve target 'android-7' 事由:在一次做九宫格时.误使用了gridlayout布局.因此eclipse为我自己主动下载了??gridlayout_v7_2 文件,并放到工作空间文件夹. 由于不再须要,也为了文件夹结构的清晰性,须要将其删除.但在关闭(Close Project)这个文件时,eclipse自己主动编译项目出错,提示?Unable to resolv

gcc编译过程、C语言编译过程分析、环境变量设置、linux文件夹结构和用途介绍、常用文件和目录的操作命令、文件类型

参考链接:http://www.cnblogs.com/ggjucheng/archive/2011/12/14/2287738.html http://blog.csdn.net/novrose/article/details/7670477 http://blog.sina.com.cn/s/blog_7d5d42b40100ulqn.html 一.大小写后缀的区别 .s     汇编语言源程序;汇编.S     汇编语言源程序;预处理,汇编 小写的s文件,在后期阶段不在进行预处理操作,所以

创建TFS团队项目时自动建立代码库的文件夹结构

很多客户都跟我提过一个这样的需求,即需要在创建团队TFS项目时,自动创建起源代码库的文档结构,例如类似下列结构的文件夹: <teamProject>   |- DEVELOPMENT   |- MAIN      |- BUILD      |- SOURCE      |- TEST   |-RELEASES 一.Team Foundation Server 2012 方案 而通过分析,TFS的团队项目过程模板不支持源代码目录结构的预定义,但是很幸运的是,Visual Studio 2012

Laravel 文件夹结构简介

文件夹名称 简介 app 应用程序的业务逻辑代码存放文件夹 app/Http/Controllers 存放控制器文件 app/Http/Middleware 存放「中间件」文件 bootstrap 框架启动与自动加载设置相关的文件 config database 应用程序的配置文件 数据库操作相关的文件 gulpfile.js Gulp 配置文件 package.json 应用所需的 NPM 包 public 前端控制器和资源相关文件(图片.JavaScript.CSS) readme.md r