前不久做了个微信的项目，都是 flex 写的，安卓版的因为微信用的自己的 X5，一点问题都没有。
然后 iOS8 上挂了，因为它只支持不标准的 flex。我加了 css 处理器的，然而生成的代码并不完全兼容，抢救了一晚上。
总的来说，移动端用 flex 没有问题的。写的时候要注意。

$b = unserialize(serialize($a));//序列化然后反序列化

如果只要属性不要方法的话可以用序列化或者转成 json

$b = json_decode(json_encode($a));

再来一次

万一中了呢

@xinyewdz #4 你当然可以六点半下班啊，老板也不会打死你，但是肯定就不喜欢你了 https://ws1.sinaimg.cn/bmiddle/62e721e4gw1et00rsrkrnj200k00k3y9.jpg

新同事你好 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

坦率的讲，作为一个前端，我最害怕的事就是产品花了好久画原型，把时间用完了，最后留几天给开发。
有时候产品画的那些东西真不如不画，我瞎写个都比他画的好看 http://ww1.sinaimg.cn/bmiddle/62e721e4gw1et02eja57cj200k00k3y9.jpg 。

先把业务逻辑理清楚，尽量用简洁准确的方式描述清楚需求，程序猿们都会感谢你的 http://ww3.sinaimg.cn/bmiddle/62e721e4gw1et02ek7u61j200k00k3y9.jpg
原型画的好不好不那么重要，业务理清楚就好了。反正你画的也不是给最终用户看的，开发能理解你的需求就好了。

喜大普奔啊啊啊啊

话说我又不写 GO 语言 我开心什么

另外一个原因是代码里包含了很多条件分支，不同的条件下生成的 SQL 语句可能是不一样的，比如说如果 request 里有 userid 要加个 where user_id = ? ,没有的时候就不加，这样就需要判断你的缓存是否有效，这个时候实际上你的 ORM 已经可以直接生成 SQL 了。去缓存里拿反而有 IO 消耗。

相对于数据库查询本身消耗的时间， ORM 这点性能损失真的微不足道啊。

这些框架没有搞这个可能是因为即使搞了也收效甚微。

@chaleaoch 属性是描述对象特征的，他可以让各个方法共享数据，但他不是为了传递数据设计的。我觉得，如果一个属性和对象没有逻辑上的包含从属关系，就不适合写成属性。

然而我并没有写过 python 。

我的看法是，公用的方法也就是要对外暴露的方法肯定是用参数和返回值的。

私有的方法之间可以互相用类属性，私有方法最终是为公有的方法服务的。

还好你会上 V2EX,不然被老师坑死都不知道。

https://github.com/geeeeeeeeek/electronic-wechat/pull/319
不知道有没有卵用