Learn Weex The Hard Way (如何在 Weex 中使用图标)

今天早上爆出,许多 iOS APP 在提交审核的时候未通过,或者是收到警告,其原因是违反了 section 3.3.2 中的规定。

高潮来了,像 JSpatch 这种方案已经确定使用,同时躺枪的还有 React Native 以及 Weex。

然后,就出现了这一幕:

言归正传,是从周边朋友那里了解下来,纯 React Native 的应用也没有收到类似的警告邮件,Weex Playground 也没有收到类似邮件。

在正式公告出来之前,我们还是拭目以待吧。

所以,这篇文章还是要整理滴,在 Weex 中如果需要用到图标,改如何处理,有哪些姿势?

阅读更多

Learn Weex The Hard Way (给 Weex 配置 ESLint)

今天整理下跟 Weex 不那么相关但是对于保证软件质量特别重要的一环,那就是静态代码检查,工具当然是 ESLint

为什么要用 ESLint? Why not ?

阅读更多

Learn Weex The Hard Way (第一个项目)

上一篇文章从 What,How,Why 等角度对 Weex 进行分析。这篇文章继续 Learn Weex The Hard Way 。

首先要说明的是,最好的学习方法或许就是 get your hand dirty ,光看文档到最后也只能留下个不太深刻的印象,对于目前 Weex 的文档来说,许多地方其实是有问题的,只有动手,才能真正算是真正的学习,如果能记录并整理一下学习的过程就更好了~

这篇文档主要内容:创建一个项目 from scratch。

阅读更多

Learn Weex The Hard Way (开篇)

最近在研究 Weex, 遇到不少坑,也看到不少人踩坑,也相信后面会有更多人的继续这个过程。于是乎想写点东西,一来给自己做个总结,二来分享出来,省的浪费大家宝贵的生命财富。

阅读更多

The Inevitability of Success

好久未更博客,这个三观不正的茅庐都长草了,:Q ~ 今天来点鸡汤,摘抄一下 medium 上看到的一篇文章,出自 “Letters of the Drago”

阅读更多

设计模式从入门到放弃系列 01 -- UML 基础

本文系设计模式从入门到放弃系列的第 2 篇。主要内容为 UML 基础。

阅读更多

设计模式从入门到放弃系列 00 -- 开篇

设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。
设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问,设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样。项目中合理地运用设计模式可以完美地解决很多问题,每种模式在现实中都有相应的原理来与之对应,每种模式都描述了一个在我们周围不断重复发生的问题,以及该问题的核心解决方案,这也是设计模式能被广泛应用的原因。

因此,为了少走弯路,避免闭门造车,系统的学习设计模式非常有必要的。

阅读更多

EVE 早期成员面基

这次面基的成因主要还是因为前两天看微信通讯录,sunshine大神的头像换成了一只狗。于是就聊了起来,然后就有了今晚的这次聚餐~sunshine大神去年离职后,大约在十月一之前聚过一次餐,当时住的也比较进,后来大神搬到浦东,于是一年未见。于是又约到阿姨,卢神,凑了一次烤肉。

阅读更多

2016读书计划 [提前完成]

为学读书,须是耐心,细意去理会,切不可粗心。为数重物,包裹在里面,无缘得见。必是今日去一重,又见得一重。明日又去一重,又见得一重。去尽皮,方见肉。去尽肉,方见骨。去尽骨,方见髓。——朱熹

造烛求明,读书求理。人活着,总是要读点书的。下面就列出了庐主2016年的读书计划:每个月读一本书籍。
目标:2016年结束的时候,书单中应该至少有12本书的进度为已完成。

阅读更多

每天coding

大多数业余项目都会死掉,但是每天 coding 这种习惯可能会有所帮助。本文系 John Resig 的博文 Write Code Every Day 翻译。

阅读更多