小程序并不新鲜，模式上先有百度轻应用，后有支付宝的各类小服务，再来还有腾讯自家QQ右下角的应用宝；技术上也就是FaceBook RN的那一套。一个技术上无创新，形式上无创意的事物，凭什么勾起了开发者们疯狂的崇拜，甚至引起了互联网圈子的震动？答案还是在于微信这个超级应用的流量入口和关系链上，如果是百度搞一个同样技术的“大程序”放在 “百度全家桶的任一款应用里”，开发者们还会这么疯狂吗。以前只有京东（真 · 亲儿子，独享一个发现里的购物入口）、滴滴、58等能享受到的流量入口，现在大家都能来瓜分了，甚至自己的入口有可能就在京东的下面啊， 想想是不是就很开心？
做前端开发的同学，尤其是WEB前端，每天都要跟视图打交道，假如你是用过jQuery，你就能体会到jQuery的代码冗余和操作不便性，需要手动管理视图和对象的数据一致性。
可以看到是通过css-selector匹配元素然后将htc附加到元素上，感觉是不是跟AngularJS通过属性E指定附加元素的方式差不多呢!
考虑到网络可以 http://www.cnblogs.com/jret6tyu/ 开放一个端口，这样的条件下使用VPN其实是一个不错的方案。可惜这也违背了该公司安全规范而被否决。所以我们就得到一个单向连通的网络环境。要在这样的环境下建立复制集是否可行？我们来仔细分析一下单向连通会对复制集造成什么样的问题。
在开始写一个MvvmCross插件之前，先简单介绍一下MvvmCross的插件架构。MvvmCross的插件，一般有三种类型：纯PCL，PCL+Native和Configuration插件。本文介绍的是，最典型最常用的一种插件类型，即PCL+Native，简单的说，就是一个PCL的Portable项目包含服务的接口，各个Platform特定的Xamarin Native项目包含不同平台的接口实现。
我非常喜欢火影。里边的打 http://www.cnblogs.com/vehjr7ep/ 斗场景做的非常不错。特别是佩恩VS九尾那段。名人九尾化之后，放出了能量弹幕而佩恩释放出了小规模的神罗天征。形成了能量屏障，将九尾的弹幕屏蔽在外。我想在我们的游戏里边加一个能量护盾。可以让射过来的弹幕弹开。不过我发现基于我们的普通更新的更新架构，没有办法完成这件事情。
我百度了下“js 弹幕”，发现大部分都是用jquery的animate()函数和css配合来实现的，比如这个HTML+CSS+jQuery实现弹幕技术，有些则是jquery配合css的animation来实现。
我学习了下用jquery的animate()函数配合css来实现弹幕的方法，然后就尝试将这个方法引入到react项目中去。但我在这个地方费了好多时间都没有进展，最终我放弃了将jquery引入react的想法。技术老大提醒我，可以找找react动画的解决方法。
用4种不同的L型骨牌一个给定的特殊棋盘（即特殊方格的位置已经确定了）上除去特殊方格外的所有方格，且任何两个L型骨牌不得重复覆盖，按照规则，我们很容易知道，在2^k*2^k的棋盘覆盖中，用到的L型骨盘数恰为（4^k-1)/3,即（所有方格个数-特殊方格个数）/3
思路：对于n组恶龙的数据，按照C的大小从左到右排序。先考虑数据A，即先把长度固定的剑需要的数量确定，有些A相同只计算一次，sum=0，sum+=unique（Ai）。然后考虑长度为区间（B~C）的剑，对于排好序的数据，循环处理，对于区间Bi~Ci 如果区间里没有剑或者有一把剑且长度和Ai相等，则添加一把剑长为Ci，sum++，这样可能在后面的区间中出现，使得剑的数量最少，否则不处理，表明这个区间中有剑，不需要加入剑。注意：在判断区间中剑的数量时，用树状数组很方便查询；
对body input a 等一些元素进行初始化，还包括对图片，缩略图的处理
html { font-size: 10px; -webkit-tap-highlight-color: rgba(0, 0, 0, 0); }
//个人觉得这里的font-size: 10px;根本没起作用，会被body中定义的字体大小覆盖
Android Architecture Blueprints展示了可能的解决方案. 在这个项目里, 我们用各种不同的构架概念和工具实现了同一个应用(To Do App). 主要的关注点在于代码结构, 构架, 测试和维护性.
但是请记住, 用这些模式构架app的方式有很多种, 要根据你的需要, 不要把这些当做绝对的典范.
由于div一般是四边形，要画个三角形并不是那么直观。你可以贴一张png，但是这种办法有点low，或者是用svg的形式，但是太麻烦。三角形其实可以用CSS画出来。如上图提到，可以分为两种三角形，一种是纯色的三角形，第二种是有边框色的三角形，先介绍最简单的纯色三角形。
微信小程序到底有什么 http://www.cnblogs.com/m7drtj/ 值得我们如此疯狂的？如果只是利用自己在社交上天然的垄断地位进行又一次模仿、翻新，即使给开发者和创业者带来了短暂的利好，但这终究是长久不了的。由于限制颇多，想象空间有限，开发成本低廉，小程序将更容易出现应用同质化的问题，红利期将更加短暂。
现在流行数据单双向绑定，小程序使用了单向数据流，如果采用传统的jQuery方式操作数据和视图，开发效率低，开发者不买账。如果采用双向数据流，程序执行效率偏低，而且是逻辑层对象状态不可控。
在写HTC时我有种写C的感觉，先通过HTC独有标签声明事件、属性、方法等，然后通过JScript来提供具体实现，其实写Angular2时也有这样的感觉，不过这里的感觉更强烈一些。
复制集两两之间会互相监测心跳，这也是复制集高可用的一个基本前提条件。因为是单向连通，『两两』显然就不太可能了。但是至少内部的机器互相之前还是可以互相监控到心跳的。并且反正我们的primary结点必须要产生在内网中（因为写入操作始终是在内网进行），所以干脆放弃外网参与投票的权限，纯粹作为一个复制结点来工作，不要管心跳的问题（反正也得不到所有的心跳）。
PCL项目除了需要包含一个服务接口外，还会包含一个PluginLoader类，这个类有一个标准实现，和我们要实现的自定义功能没关系，只是调用的MvvmCross框架的相关类，它的代码一般固定是这样的
我想说的是我们的原本的架构可能就是现在使用最广泛的架构。我们是按照个体来更新的。就是认为场中的所有的东西都是单独的个体。某一个怪物、子弹、玩家、障碍物都认为是一个个体。让他们挨个进行更新。一个更新完了下一个更新。比如说，先让怪物更新，AI或者伤害；子弹位置更新、伤害；玩家的动作等等等。虽然这是常见的更新方式。不过这样的更新方式却没有办法完成神罗天征这个技能。因为超高速的弹幕是可以直接越过护盾直接打到玩家。第1种方法，简单、直接，需要 http://www.cnblogs.com/smytlvd/ 对react的动画插件有所了解，第2种方法需要非常熟悉第三方库的用法，像我这种前端的半吊子还是算了:)，第3种方法，我也没考虑。
总之，我选择了第1种。我大致看了下react官方的tutorial和docs，然后就开始动手了。
将一个规模为n的问题分解为k个规模较小的子问题，这些子问题相互独立且与原问题相同。递归地解决这些子问题，然后将各个子问题的解合并得到原问题的解。简单地说，就是将规模为n的问题自顶向下分解，直到小问题分解到足够小，可以解决时，再自底向上合并，从而得到原来的解。
MVC模式 有两个主要的缺点: 首先, View持有Controller和Model的引用; 第二, 它没有把对UI逻辑的操作限制在单一的类里, 这个职能被Controller和View或者Model共享.
这里是用了底部的border作为三角形，如果要取左边border，同理只需让上下两个border颜色为transparent，同时不要右边的border：