cocos2d-x中文社区泰然论坛cocos2d-x英文社区w3schoolpython灵动生活
mac 10.9.1xcode 5.0.2cocos2dx 2.2.1cocosBuilder 3.0-alpha51、 每次脚本有改动，Xcode都要清理。2、Get data from file(.ccbi) failed!3、attempt to call field 'setPosition' (a nil value)定义： local MainScene =class("MainSce
CCNode::CCNode(void){ m_pScheduler = director->getScheduler(); m_pScheduler->retain();}void CCNode::schedule(SEL_SCHEDULE selector){this->schedule(selector, 0.0f, kC
1，使用函数时必须带圆括号，除非函数只有一个参数，且此参数是字面字符串或者table构造式。2，lua为面向对象式的调用提供了一种特殊的语法－冒号操作符。o:foo(x)==o.foo(o,x);3，无论函数使用lua编写的还是用c编写的，在调用它时没有任何区别。4，lua可以返回多个结果，只需在return后面列出所有的返回值即可。5，lua调用一个函数的返回值数量以适应不同的调用情况： &nb
1，空构造式{}： a={}2,列表风格的构造式 days={"sun","mon","Tue","Wed","Thu","Fri","Sat"}3，纪录风格的构造式 a={x=10,y=20}4,纪录风格与列表风格的混合 local array={ color="blue",thicknes
1、在conversions.yaml文件添加要绑定的类型转换函数：文件所在目录：添加的内容如下：Int1DArray 是我要绑定的结构体。然后绑定要使用的相关文件。（类文件和头文件）2、新建一个js项目，将绑定好的文件和源文件加入到项目中.(怎么加自己想吧！)3、修改ScriptingCore类头文件中声明：Int1DArray* jsval_to_int1darray(JSContext *c
一、绑定sqlite：1、按照test的目录结构创建一个文件夹放入cxx-generator文件夹下。以下是我创建的目录结构：2、将自定义好的类文件和sqlite3相关文件放入指定的目录中。修改.ini和.sh文件。之后运行。配置的时候会遇到一些问题，因为test中没有导入cocos2d.h，所以要效仿coocs2dx引擎的配置文件。生成的.cpp文件中会有乱码的问题，将??* 改成char* 就
test路径：/cocos2d-2.1beta3-x-2.1.0/tools/cxx-generator主要参考的还是readme这个问题件，里面写的很详细：https://github.com/funkaster/cxx-generator/blob/master/README.md#test在终端中输入：sudo port install python27py27-yaml py27-chee
1，在lua语法中，语句之间不需要加分号，代码中的换行不起任何作用。2，lua中的标识符可以由任意字母，数字和下划线构成的字符串，但是不能以数字开头。3，lua大小写敏感。4，--行注释，--[[]]段注释。5，全局变量不需要声明，访问未初始化的变量不会引起错误，访问结果是特殊的值nil。将其设置为nil既是删除。变量没有预定义类型，任何变量都可以包含任何类型的值。6，函数type可以返回类型名称
状态模式：允许对象在内部状态改变时改变它的行为，对像看起来好像修改了它的类。查看源代码可知，cocos2d也使用了状态模式，class CC_DLL CCDirector : public CCObject, public TypeInfo｛ /* The running scene */ CCScene *m_pRunningScene; &n
组合模式：允许你将对象组合成树形结构来变现“整体/部分”层次结构。组合能让客户以一致的方式处理个别对象及对象组合。这个模式常用语UI组件的组织结构上，也很好理解。在cocos2d中也不例外的应用了组合模式：class CC_DLL CCNode : public CCObject｛ CCArray *m_pChildren; &
适配器模式：将一个类的接口，转换成客户期望的另一个接口，适配器让原本接口不兼容的类可以合作无间。外观模式：提供了一个统一 的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。
命令模式：将“请求”封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象。命令模式也支持可撤销的操作。上一段测试代码：public interface Command {public void execute();}public class LightOnCommand implements Command { //具体的命令Light light;//包含接收者public LightO
单件模式：确保一个类只有一个实例，并提供一个全局访问点。图中代码的好处就是创建对象以后可以做一些初始化工作，如果声明时直接创建对象就不能达到这样的效果了。单件模式，也叫单例模式，用的还是比较广泛的，但是我觉得不要乱用为好，到处都是单例，耦合度会很高，实在不是很好，就算是单例模式，也可以作为其他对象的变量。
书中介绍了三种工厂，简单工厂、工厂方法、抽象工厂。1、简单工厂：不是一个设计模式，反而比较像是一种编程习惯。这是我在网上找的图片，虽然不是类图，但是简洁明了。如果我们把方法声明成静态的，也就变成了静态工厂，易于使用但是不宜与扩展。2、工厂方法：定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化对迟到子类。public abstract class PizzaStore
观察者模式：定义了对象之间的一对多的依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。其实在软件开发的过程中，这种模式最常见，典型的就是事件监听。先是实现监听接口,然后注册：public abstract class MyDialog extends Dialog implements View.OnClickListener {public void onClick(V
策略模式：定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立与使用算法的客户。当读完本章内容后，突然发现，其实自己以前写的游戏代码中也用到了这样的结构。只是没有可替换的算法族，不够严谨而已。实现一个画笔public abstract class BaseGraphics implements FrameWork{ public void drawF
1、可变与不变分离。2、针对接口而非实现编程。3、多用组合，少用继承。(策略模式)4、高内聚、低耦合。(观察者模式)5、可扩展不可修改。(装饰者模式)6、依赖抽象而非具体类。(工厂模式)7、交互尽量少。8、交互是有向性的。9、一个类只做一件事。
#include "stdafx.h"#include <iostream>#include <string>using namespace std;bool isShorter( string &s1, string s2,string *s3){ s1="change s1"; s2="change s2&quo
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
