笔者正在学习cocos2d，遇到了一个所有初学者都会遇到的问题，就是关于图片大小和屏幕的问题，在这里我们不阐述关于其中各项理论，直说我的个人理解，以及在cocos2d中如何进行应用！！！！ 首先在main.cpp中有这样一句 eglView->setFrameSize(1024, 768);该语句设定了屏幕的OpenGL视图，对于该语句的理解就是如果你的图片也是1024*768的，那么该图片会铺满

1、Cocos2d-x 是C++语言，Android 通过NDK也可以调用C++代码，不过Android 引用C++文件，对C++的命名是有要求的，但是在Cocos2d-x编译成Android项目的时候只需引入两个Cocos 为我们提供的两个java包就行了，而不用我们自己实现符合要求的C++类，这是为什么呢？ 原来是cocos为我们提供的两个包已经为我们的Android项目完成了初始化，而在co

首先要理解lua的class，要先理解metatable的作用和__index以及lua调用table里面的函数的时候搜索函数的逻辑： 1、直接当前表里面搜索函数 如果存在，直接调用，不存在继续 2、如果表里面不存在调用的函数，会查找表的metatable的__index        a、如果__index是一个表，则在该表里面查找，回到第一步        b、如果__index是一个函数，则

跨平台，是H5最重要的能力之一。而 Hybrid H5 因强依赖于具体 app，往往不具有跨平台性。这时，将强依赖关系解耦，即可恢复 H5 的跨平台能力。近期本人负责 手Q 红包打赏项目的前端开发，因项目涉及到多 app 跨平台兼容，对 hybrid H5 的跨平台性有了一定的感悟和思考。在这里做下总结分享，希望能对大家有所收获。 Hybrid H5 跨平台性 进入正题之前，先解释下本文主题的两个

本文来自于腾讯bugly开发者社区，非经作者同意，请勿转载，原文地址：http://bugly.qq.com/bbs/forum.php?mod=viewthread&tid=1275&extra=page%3D1 跨平台，是H5最重要的能力之一。而 Hybrid H5 因强依赖于具体 app，往往不具有跨平台性。这时，将强依赖关系解耦，即可恢复 H5 的跨平台能力。近期本人负责 手Q 红包打赏项

作者：徐嘉伟（garyjwxu)，2013年毕业后加入腾讯，曾先后主导负责财付通主站生活类板块、微信信用卡还款、H5支付中心、手Q AA收款、手Q红包、QQ钱包商户平台的前端开发工作，现为FIT金融市场部前端开发工程师。 本文选自《程序员》，更多精彩文章请订阅2016年《程序员》。 跨平台，是HTML5最重要的能力之一。而Hybrid H5因强依赖于具体App，往往不具有跨平台性。这时，将强依赖关

苹果全球开发者大会总能掀起一股旋风，虽然今年大会的“猛料”不如往期，但Swift在今年晚些时候开源的消息，却足以赚足开发者眼球。 其实苹果的行事风格，我还是蛮喜欢的：“苹果把自家的事情做好，给用户最酷的体验，他的实力就是我行我素的资本，而用户也欣然接受这样的苹果。”不过，苹果有自己的平台、软硬件，Swift也才发布将近一年的时间，这么快就开源Swift？ 关于苹果为什么开源Swift的分析已是铺天

Alexei Kuznetsov关于《从你的代码中删除guard)》一文在国外iOS开发者群中引起了许多讨论。Kuznetsov指出支持他这篇文章的理论依据主要来自于Robert C. Martin，这位世界顶级软件开发大师提出：代码必须精简。即关于函数存在两条规则，第一条：函数应该保持精简；第二条：没有最精简，只有更精简。Alexei Kuznetsov表示应将Martin的理论应用在今后的Sw

众所周知，目前的 WEB 应用，用户体验要求越来越高，WEB 交互变得越来越丰富！前端可以做的事越来越多，去年 Node 引领了前后端分层的浪潮，而 React 的出现让分层思想可以更多彻底的执行，尤其是 React 同构 (Universal or Isomorphic) 这个黑科技到底是怎么实现的，我们来一探究竟。 React 服务端方法 如果熟悉 React 开发，那么一定对 ReactDO

Table 是最常用展示数据的方式之一，可是一个产品中往往很多非常类似的 Table，但是我们碰到的情况往往是 Table A 要排序，Table B 不需要排序，等等这种看起来非常类似，但是又不完全相同的表格。这种情况下，到底要不要抽取一个公共的 Table 组件呢？对于这个问题，我们团队也纠结了很久，先后开发了多个版本的 Table 组件，在最近的一个项目中，产出了第三版 Table 组件，能

本部分的代码参考ConfigurableAPIServer 这是笔者第一次将React+Redux应用到一个较为复杂的项目中，这个项目初期遇到最大的问题是以何种粒度进行组件拆分，因为该项目没有专配的UI，所以是程序猿直接按照自己的理解进行开发，在这种情况下，笔者习惯性的先写了一个包含菜单以及常见控制项的整体项目，然后再进行拆分。笔者在本文中就是把一些迭代和自己感受到的点扯扯。水文一篇，一笑而过。

深复制与浅复制 let obj = { a: 1, arr: [1, 2] }; let obj1 = obj; //浅复制 obj1.a = 2 console.log(obj) // { a:2, arr: [1,2] }; //同样的方式 let obj = { a: 1, arr: [1, 2] }; let obj2 = deep

一次 React+Redux 实践及思考 阅读 1177收藏 532016-6-24 作者：  王下邀月熊， 原文链接： http://www.voidcn.com/article/p-baraowbp-c.html 这是笔者第一次将 React+Redux 应用到一个较为复杂的项目中，这个项目初期遇到最大的问题是以何种粒度进行组件拆分，因为该项目没有专配的 UI，所以是程序猿直接按照自己的理解进

之前分享过几篇关于React技术栈的文章： 做出Uber移动网页版还不够 极致性能打造才见真章 解析Twitter前端架构 学习复杂场景数据设计 React Conf 2017 干货总结1: React + ES next = ♥ React+Redux打造“NEWS EARLY”单页应用 一个项目理解最前沿技术栈真谛 一个react+redux工程实例 ...... 今天再来同大家讨论 Reac

对于高阶组件的使用场景如果有相关经验的或者有不同的见解的希望能够在我的博客下面留言 最近在重构react组件时，学习了一些高阶组件的编写思路，其实是由高阶函数沿伸而来。 一般情况我们编写一个react组件大致样子如下： class App extends Component { constructor(props){} life cycle(){} method(){}

前言   由于笔者对React的了解不深，即便算是学习React的时间，到目前也才刚刚半年，所以错误不足之处还望指正。以下都是基于React 15（可能有些是16），webpack1进行探讨（注：未学习过Vue，Ng，Ember，Cycle，Immutable，Redux-Saga，Mobx，Observable，Rxjs等等，所以可能有些方面已经被提及或者解决了，希望不要介意）。 正文 本文的排

前言 我最一开始是先学的react，然后也就前段时间开始学习vue，一开始给我的感受是两者很相似，react给我的感觉是灵活，vue是一种死板的感觉。为什么有这种感觉呢，react有一种很强烈的欲望，all in js只要能够用够js写的，就全用js写，所以一切都很灵活，jsx很酷，高阶组件牛逼，es7的装饰器也是可以玩的飞起。反观vue，搞的.vue单文件还是尽量保留原来前端开发的模式，留下了t

最近考虑在开发中引入TDD的概念，用于提高在进度压迫下的开发效率，搜索了一些资料，对于TDD的定义是这样的：   测试驱动开发 测试驱动开发（Test Driven Development,英文缩写TDD）是极限编程的一个重要组成部分，它的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些

  里氏替换原则的定义： 定义一：如果对每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1都代换成o2时（o2都替换成o1吧？），程序P的行为没有发生变化，那么类型S是类型T的子类型。 定义二：所有引用基类的地方必须能透明地使用其子类的对象。 这个定义的四层含义是： 1 子类必须完全实现父类的方法，这里的父类是对抽象类和接口说的。 2 子类可以有自己的个性

近来在做高校云平台，存在着对待开发环境的学习不够，更确切的说，是知道的不够，导致开发效率低下的问题。 先说说现有的做法： maven项目开发中，pom类型如果是war的话，打包时就能自动将项目依赖的jar包打到web-inf下的lib文件夹中。 但是，如果pom类型为jar的话，打包过程中不会将依赖的包提取出来。   我们的做法是，在pom文件中引入jar包时，scope定义成provided；将