距上篇博文有间隔了好一阵。10月初，用RN写的app上架以后，马不停蹄地有整出来一份同业的版本，之后就全力进行二期的优化。其实就是填坑。每天忙忙碌碌，烦心事闹心事也不少。不过看到自己完成的app上store，同事夸app好用，心里还是美滋滋的。回首搞app开发这几个月，真是成长了不少。
言归正传，在这总结一下RN开发中的一些坑：
more >>CSS预处理工具--Stylus（2）
内建函数：
颜色函数： darken/lighten
more >>1
2
3
4
5
6
7
8
9.btn-primary
background-color $primary-color
border-color darken($primary-color, 15%)
.link
color red
&:hover
color lighten(red, 10%)
CSS预处理工具--Stylus
（2017.10.4 兰州·黄河）
为什么是Stylus？
Stylus vs Sass ：Sass 在win下中文字符兼容不是太好。出现的比较早，相比之下少一些新晋的功能
Stylus vs PostCSS：势均力敌，速度都很快，支持自己写扩展。都是用node开发。
stylus优势：
1，语法上，无限接近JS。
2，极尽简化，又向上兼容。
3，强力的@extend （不仅可以继承类还有继承选择器）。
4，不需要复杂的配置。
安装：
npm install stylus -g
编译css：
stylus [options][文件|目录…] -o css/
eg: stylus .\index.stylus -o css
React-Native IOS及安卓打包
开发了快两个月的RN终于到了要打包发布的阶段。
网上有不少文章博客，还是RN更新太快的缘由，有些并不适用于当前版本。这里简单说一下吧。（这里用的是RN0.43.4）
IOS
首先在项目根目录创建一个空文件夹，我这里创建的是：release_ios
之后执行打包命令（有点像webpack将JS代码压缩合并，并且导出所使用的静态资源）
1 | react-native bundle --entry-file index.ios.js --platform ios --dev false --bundle-output release_ios/main.jsbundle --assets-dest release_ios/ |
命令具体含义：
- –entry-file ,ios或者android入口的js名称，比如index.ios.js
- –platform ,平台名称(ios或者android)
- –dev ,设置为false的时候将会对JavaScript代码进行优化处理。
- –bundle-output, 生成的jsbundle文件的名称，比如 release_ios/main.jsbundle
- –assets-dest 图片以及其他资源存放的目录,比如 release_ios/
大概1，2min打包ok。在我们的新建文件夹中就会有相应的bundle文件。
React Native 配置自定义字体
本想着配置自定义字体不是什么大坑，官网文档找了一下，没有。遂关键字：“React Native 配置自定义字体”这么一搜。都是一样的文章，作者名却是各式各样，真是天下文章大家抄。然而试了一下并不好用。
（这里使用最新的RN 0.48.4 测试）
这里想一下React Native最新的，最省事的配置自定自定义字体的方法：
1）随便下载一个字体（不要改名字，会有坑）我这里随便下了一个scratchmyback的英文字体。
SCRATCHMYBACK.TTF
2）在项目根目录创建文件夹assets/fonts。并把刚才下载的字体放进去。
3）在Package.json告诉React Native 咱们自定义的字体在哪里：
1 | "rnpm": { |
React-Native用到的第三方组件
这一个多月一直在搞公司的App项目，采用的技术就是React Native。一个人蒙着眼摸着石头过河，第一版总算是接近尾声了。（其实还有好多好多坑···）在这里总结一下，开发中用到的第三方组件。
（2016·秋–湘南）
说道第三方组件，React Native的社区非常非常的活跃。各式各样的开源组件。开发时需要什么功能，google一下，绝大多数情况都能找到符合需求的组件。不过，RN有个大坑就是更新太快了。一个月前还是0.45吧，现在已经0.48了。而且改动非常巨大，带来的问题就是有些组件这个版本ok，，下个版本GG。也有这个版本ok，作者无暇适配开发老版本的兼容。当然还有很多第三方组件自身有Bug，提供的接口太少，样式太死板。Link Ios/Android的时候由于版本引起的神秘报错。总之。寻找一款合适的第三方组件，真的是需要耐心的。
这次App开发采用的是0.43.4这个版本。（0.44这个版本改动非常巨大。立项目之初，保守一点选择了这个版本）。
more >>杂
不知不觉在新的公司，工作了快四个月了。从一个标准的Java后端转到前端。跨度还是蛮大的。对于后端来说，特别是相对成熟的Java，SSH这三大框架搞明白，操纵操纵数据库。完成业务需求就是了。前端则不一样，要去和设计/后端沟通，还要跟上新技术的浪潮。
说道技术浪潮，从学习前端开始真的是感受到了互联网技术上的发展之快。从传统的Dom层框架JQ/Yui到现在，MVVM框架的盛行。ES5，ES6，再到现在的ES7。稍微放慢一些脚步就有种跟不上的感觉。和日本的安逸生活相比繁忙了很多，压力也大了。倒是回过头想想确实成长了不少。现在一个人在搞公司App，用的RN。坑很多，不过每一个小功能的实现，带来的成就感，也让自己很满足。
more >>JavaScript Standard Style
最近公司新开的RN项目，使用了这份JS编码规范。在这里简单的介绍一下。
https://github.com/standard/standard
（star超级多=。=）
相比Eslint、JSCS这类代码检查工作，优势就是，自有一套社区规范化的[标准]风格。不用维护 .eslintrc, .jshintrc, or .jscsrc 。开箱即用。
自动代码格式化。在主流的编译器上sublime/vscode/Atom/Vim都有相应的插件提供支持。实际体验很好。
再来说说这一套JS编码规范的细则：
- 2 spaces – for indentation
- Single quotes for strings – except to avoid escaping
- No unused variables – this one catches tons of bugs!
- No semicolons – It’s fine. Really!
- Never start a line with (, [, or `
- This is the only gotcha with omitting semicolons – automatically checked for you!
- Space after keywords if (condition) { … }
- Space after function name function name (arg) { … }
- Always use === instead of == – but obj == null is allowed to check null || undefined.
- Always handle the node.js err function parameter
- Always prefix browser globals with window – except document and navigator are okay
- Prevents accidental use of poorly-named browser globals like open, length, event, and name.
- And more goodness – give standard a try today!
仔细看这一串规范，大概最大的争议点是：没有分号。 Standard Style的作者Feross（google了一下，很NB的一个人）他自己认为不用分号的 JavaScript 非常好。
分号自动插入是 JavaScript 的一个特性，它可以减少噪点、简化程序。
缺失模块。
1、在博客根目录（注意不是yilia根目录）执行以下命令：
npm i hexo-generator-json-content --save
2、在根目录_config.yml里添加配置：
jsonContent:
meta: false
pages: false
posts:
title: true
date: true
path: true
text: true
raw: false
content: false
slug: false
updated: false
comments: false
link: false
permalink: false
excerpt: false
categories: false
tags: true
残り全部バケーション