此类采用单例模式,可以通过sharedUserDefault()函数获取其唯一实例 CCUserDefault采用XML存储技术，就是一般的键值对，初学者也能容易的掌握 访问方式为CCUserDefault::sharedUserDefault() 这句话比较长，而且用的地方也比较多，所以建议采用宏定义简化代码 如下: #define userDefault CCUserDefault::shar

尊重原创，转载请注明来自：star特530的CSDN博客 http://blog.csdn.net/start530/article/details/19170853 尊重原创，转载请注明来自：star特530的CSDN博客 http://blog.csdn.net/start530/article/details/19170853 前两天有人问我说在3.0 beta2版本里，使用array 后编

原创文章，欢迎转载，转载请注明：文章来自[寒江孤叶丶的Cocos2d-x之旅系列] 博客地址：http://blog.csdn.net/qq446569365 使用LUA开发游戏的时候，LUA与C++函数之间的互相调用是必然遇到的问题。虽说LUA运行效率已经是脚本语言中“最快”的了。但是其在运行复杂算法和多线程运算的能力上，比C++差的太远了。所以LUA与C++之间互相调用是非常常见的。那么，如何

如果游戏逻辑用Lua开发的话，那么配表读取就很方便了，可以写一个转换工具，把策划配好的Excel表转换为Lua文件，直接用table保存所有的配表数据，Lua直接读取就好了，不需要解析，效率也非常高。 但我前几个游戏都是用C++开发，而且由于上一个项目配表比较多（估计有上百个），让我不得不关注配表读取的效率问题。 一开始的解决方案是写了一个工具，把Excel转换成xml文件，然后用TinyXml读

原创文章，欢迎转载，转载请注明：文章来自[寒江孤叶丶的Cocos2d-x之旅系列] 博客地址：http://blog.csdn.net/qq446569365 使用LUA开发游戏的时候，LUA与C++函数之间的互相调用是必然遇到的问题。虽说LUA运行效率已经是脚本语言中“最快”的了。但是其在运行复杂算法和多线程运算的能力上，比C++差的太远了。所以LUA与C++之间互相调用是非常常见的。那么，如何

收藏一篇文章，有时间自己尝试总结一下： 菜鸟学习Cocos2d-x 3.x——浅谈动作Action

展性及实用性上，建议大家统一使用cocos2d自身提供的schedule方法。下面就为大家深入浅出的介绍下schedule： 一、schedule 有三种不同的api： 1. scheduleUpdate()： 2. scheduleOnce(callback, delay, key)： Parameters: {function} callback A function wrapped as a

随着智能手机的普及，移动端应用几乎成为每个互联网产品的标配。在快速迭代的互联网战场中高效开发、低成本上线产品，是每个应用开发团队追求的目标。此时，选择合适的应用类型和开发模式便至关重要。移动应用可以粗分为三种：原生应用(native app)， 网页应用(web app，或HTML5 app)，以及它们的混血儿——混合模式移动应用(hybrid app)。今天就来和大家简单聊聊近年来蓬勃发展的hy

前言 ok，周二分享了偏基础入门的xxx，那么今天早读君再分享一篇由@叶小钗 带来Hybird App相关进阶与案例结合的内容，也是再次警示下，需要安静耐心的看。因为代码有点多。 正文从这开始～ 随着移动浪潮的兴起，各种APP层出不穷，极速的业务扩展提升了团队对开发效率的要求，这个时候使用IOS&Andriod开发一个APP似乎成本有点过高了，而H5的低成本、高效率、跨平台等特性马上被利用起来形成

为什么越来越多的互联网公司都在转向React.js去开发前端组件，除了性能因素外，很大一部分原因是因为用jQuery去写很复杂的DOM操作，后期代码会变得越来越难维护。现在大部分的 Web APP 都有一个特点：后端的Model层很简单，但是随着产品业务的拓展前端View却变得越来越复杂，这个时候如果还在用纯jQuery去写DOM操作将会变得很不直观，代码也会变的很臃肿进而变的越来越难以维护，下面

为什么越来越多的互联网公司都在转向React.js去开发前端组件，除了性能因素外，很大一部分原因是因为用jQuery去写很复杂的DOM操作，后期代码会变得越来越难维护。现在大部分的 Web APP 都有一个特点：后端的Model层很简单，但是随着产品业务的拓展前端View却变得越来越复杂，这个时候如果还在用纯jQuery去写DOM操作将会变得很不直观，代码也会变的很臃肿进而变的越来越难以维护，下面

http://blog.csdn.net/taiyang1987912/article/details/46695245 一、简介         QtXml模块提供了一个读写XML文件的流，解析方法包含DOM和SAX。DOM（Document ObjectModel）：将XML文件表示成一棵树，便于随机访问其中的节点，但消耗内存相对多一些。SAX（Simple APIfor XML）：一种事件驱

测试驱动开发(TDD)是极限编程的重要特点，它以不断的测试推动代码的开发，既简化了代码，又保证了软件质量。本文从开发人员使用的角度，介绍了 TDD 优势、原理、过程、原则、测试技术、Tips 等方面。 背景 一 个高效的软件开发过程对软件开发人员来说是至关重要的，决定着开发是痛苦的挣扎，还是不断进步的喜悦。国人对软件蓝领的不屑，对繁琐冗长的传统开发过程的 不耐，使大多数开发人员无所适从。最近兴起的

前篇回顾：前篇虫子介绍了3个"池"中线程池的相关问题，不过谬论的可能性比较大 仅代表虫子的个人观点了 - - 本章结合实例给大家阐述下依赖注入与控制反转可以给自己的项目带来哪些优缺点。 先回顾下OO的一些设计原则： 开放封闭原则  软件实体（类、模块、函数等）应该是可以开展的，但是不可修改。 依赖倒置原则 抽象不应该依赖于细节。细节应该依赖于抽象。 接口隔离原则 不应该强迫客户依赖于它们不用的方法

从遇到问题开始 当人们要做一个软件系统时，一般总是因为遇到了什么问题，然后希望通过一个软件系统来解决。 比如，我是一家企业，然后我觉得我现在线下销售自己的产品还不够，我希望能够在线上也能销售自己的产品。所以，自然而然就想到要做一个普通电商系统，用于实现在线销售自己企业产品的目的。 再比如，我是一家互联网公司，公司有很多系统对外提供服务，面向很多客户端设备。但是最近由于各种原因，导致服务经常出故障。

文章链接：https://yq.aliyun.com/articles/69036 领域驱动设计是一种软件设计思想 领域模型驱动代码实现 在传统的软件设计思想中，分析、设计和编码这几个阶段被割裂。 DDD中，我们总是以领域为边界，分析领域中的核心问题（核心关注点），然后设计对应的领域模型，再通过领域模型驱动代码实现。而像数据库设计、持久化技术等这些都不是DDD的核心，而是外围的东西。 领域驱动设计

世界真的很大 （还是纪念fate） 动态规划的题很常见了 其中背包问题也是屡见不鲜 而有时各个物品间有各种依赖关系，构成一颗树状的结构 有人将其称之为 树形依赖背包动态规划 还是先看一下题： Description 现在我们的手头有N个软件，对于一个软件i，它要占用Wi的磁盘空间，它的价值为Vi。我们希望从中选择一些软件安装到一台磁盘容量为M计算机上，使得这些软件的价值尽可能大（即Vi的和最大）。

世界真的很大 网络流是个神奇东西 很多涉及到“从总收益中放弃某一部分收益的最大收益”或是“每个单位有2种独立的选择，单位间有依赖关系求最大收益” 都可以理解为“舍弃”最小的收益使满足条件 网络流可以搞搞这类问题 这道题就是这样 还有一道差不多的题，只不过代码量小很多，戳这里 先看下题： description： 文理分科是一件很纠结的事情！（虽然看到这个题目的人肯定都没有纠 结过） 小P所在的班

应该说这篇短文根本算不上什么深入的分析性的文章，所以在标题前加上了“浅谈”二字，希望对于一般的读者来说，可以给你一个相对直观些的对反射的认识。                                                             --2005/05/23 于东莞在这里对反射以及反射的概念在最后给出简要的解释。一．用来测试的程序集文件的建立。 首先你需要建立一个类库

http://www.cnblogs.com/farrio/archive/2005/03/29/127917.html 只支持单继承的VB.NET为了解决多继承的问题，引入了接口的概念。我们可以这样来为接口下一个定义：接口就是指只包含虚成员的虚类。 （1）       虚类，表明了接口是不能够被直接实例化的。也就是说，接口只是一个抽象概念。比如我们说车可以跑，人可以跑，马可以跑。我们可以看到实例