樱桃弹幕来啦 For macOS

发表于 2017-07-15 |

樱桃弹幕是一款不打开直播间就可以看到弹幕的主播直播macOS软件。它可以让弹幕像Bilibili一样漂浮在整个屏幕上。

下载樱桃弹幕1.3版本

App用途

以漂浮形式展示直播间弹幕在全屏中，帮助主播不用看网页就可以知道粉丝发送的弹幕。方便直播时候和粉丝互动。

使用方法

打开Bilibili直播网站 http://live.bilibili.com
选择任意一个正在直播的主播，点击进入
复制浏览器中的URL地址
打开樱桃弹幕
在StatusMenu中选择樱桃弹幕中的首选项
粘贴URL地址到输入框并关闭首选项
在StatusMenu中选择樱桃弹幕中的开始弹幕
当有粉丝在直播间发送弹幕时，樱桃弹幕同时展示这条弹幕在屏幕上
停止弹幕可以不再接受新的弹幕，已经展示的弹幕会慢慢移出屏幕外
退出弹幕即可关闭App

by 第三方制作, 如有不好用的地方，欢迎评论。我努力修改更新。谢谢

《色彩不同的性格之红色》

发表于 2016-11-01 |

前言

为了回家后可以有一个放松舒适的空间，颜色的搭配直接影响到了每一天的心情。所以紧急学习了色彩的知识。并且慢慢写在这里。分享给大家。有哪里不对的请不吝啬的指出。谢谢

色彩不同的性格

每个颜色就和每个人一样。有不同的性格。能说会道的人比较容易做销售行业，细心的人容易做一些精细的工种例如手术。每个颜色也有自己的性格。如果我们充分理解每个颜色的性格那么就可以搭配出满意的作品。

描述

红色在可见光种波长最长，纯度最高。色感温暖，性格刚烈外向，容易引起人的注意。

象征

象征能量，刺激，火焰，血液，太阳，富足，希望，热情，浪漫，爱情。

正面

红色能让肌肉机能和血液循环加强，让人兴奋，紧张，激动，它也象征热情，让我们感受到无限的活力和精神。

喜爱红色的人，大都性格开朗，乐观向上，积极进取却有明显野心的人。在女性着装中加入红色可表现出女性浪漫和性感的一面。

负面

刺激性强，长时间观看，很容易让人视觉疲劳

红色还具有挑衅，压迫，危险，恐怖，暴力，血腥，庸俗的负面意向。

应用

在居家环境中，选用适量红色，不仅增添温暖的气氛，还可以增强时尚感和个性感。

明度越高越能体现出快乐。

明度越低越体现出紧张和不确定的感觉。

尽情期待橙色，黄色，绿色，蓝色，紫色，黑色，白色，灰色。以及《色彩给人的感受》《用色相配色》《用明度配色》《用纯度配色》《用感情配色》

为了装修，快速学习配色后的总结之《色彩的基础》

发表于 2016-10-30 |

前言

色彩的基础

色彩模式

常见的色彩有两种模式，一种是RGB一种是CMYK。

RGB是自己发光，通过三种不同色的量做加法得到的颜色。所以是发光红色+发光绿色+发光蓝色=看到的颜色。

CMYK是不能发光，需要吸收掉阳光/灯光的一部分能量后所反射出来的颜色。所以是阳光(白色)-吸收部分=看到的颜色。

RGB的好处是，只要每个颜色的量相同，那么颜色就是一致的。CMYK因为阳光的强弱会导致看到的颜色有很大的差异。例如白天看家里的白墙是白的，晚上没灯就是黑的。而RGB自己就是光产生的，没有这个问题。

色彩的属性

什么是属性？比如人的属性就是，有腿，有嘴。每个人都有这两个属性，但是值不同。例如腿长的适合打篮球，嘴利索的适合脱口秀。

颜色有三个属性，色相，明度，纯度。

色相就是颜色的称呼，例如红色，橙色，黄色，绿色。

明度是色彩的亮度和暗度。对一个色相加入白色就是增加明度，加入黑色就是降低明度。例如下图

纯度是色彩的饱和度，也就是包含色相的多少，含量越少纯度越低，含量越多纯度越高。给一个色相，加入另一个色相后，纯度就会降低，色彩从鲜艳变得浑浊，纯度越低越接近灰色。例如下图

灰色之所以可以和任何颜色搭配，就是因为任何颜色降低纯度都是灰色。

色彩的分类

色彩有两种分类，一种是无色彩一种是有色彩。

无色彩是指黑，白，灰。它只有明度的高低，没有纯度的变化。所以和任何颜色搭配都很和谐。白色明度最高，黑色明度最低。灰色是调和作用。

黑色面积越大，沉重感越强。白色面积越大，画面越纯粹。灰色面积越大，越中庸和平凡。

有彩色是红，黄，蓝，绿这种带有某一色相的颜色。它有冷暖倾向。有彩色有无数种颜色。因为有彩色之间不同的混合可以产生成千上万种有彩色。有彩色同时具备色相，明度，纯度三个属性。

下几篇，待续

色彩不同的性格
色彩给人的感受
用色相配色
用明度配色
用纯度配色
用感情配色

大鱼海棠其实讲了这样一件事

发表于 2016-10-02 |

主线

刚开始是在椿的成人礼中，因被鲲所救时害死了鲲，一心救鲲的过程中产生了情感。自此故事主线被灵婆发现并主导利用。

灵婆

灵婆，用蚂蚱抽烟，用猫咪当板凳。很残忍的一个人，却掌管的是生前的好人灵魂。根据和自己变出的猫咪打麻将中可以看出灵婆是一个孤独的人。他说人总会遇见一个人,犯一个错,然后欠下些什么,你还不清的。说明他以前也经历过，心里清楚有人愿意付出。所以他不想孤独，刚好有一天桥头的椿说她想救男孩。这给了灵婆机会，灵婆知道她愿意交换，先拿去一半的生命让鲲长大，鲲长大会给这里带来灾难，灵婆心里很清楚，直到一切都无法回头时，椿自然愿意替代灵婆的位置。没想到湫的出现更快的让诺言承诺了。湫答应灵婆做灵婆的接班人，来换回椿的生命和快乐。于是有了电影结尾以后又出现的彩蛋。湫做了灵婆的接班人。一切的一切都是灵婆安排好的。

椿

椿在成人礼中遇到了救她的鲲，鲲死后从爷爷那里得知有可能鲲的灵魂在某处，她去哪里吹曲子想着他能听到。结果被灵婆发现了这个机会。从此椿的命运被完全操作了。而她自己浑然不知。椿被灵婆误导养鲲长大，造成世界的大灾难。好进一步让椿没有回头路答应更苛刻的条件，做灵婆的继承人。从而自己获得自由。

鼠婆子

鼠婆子是掌管生前的坏人灵魂，死后就会变成老鼠。但是鼠婆子知道灵婆要做的事情，还让湫管好自己的小老鼠。这里小老鼠的意思就是让湫不要帮助灵婆做坏事。因为鼠婆子看出湫为了椿什么都可以做。这里看出和灵婆的对比，其实鼠婆子相比没那么坏。

鲲

龙套

湫

如果说灵婆是这个故事的操作者，那么实现者就是湫。是他将故事真的一步步的推进着，一直到灵婆完全控制了整个故事。

整个想想，真的是细思极恐。

Apple Pay

发表于 2016-09-08 |

Apple Pay是一种简单，安全，隐私的，它内置集成了硬件和软件两种安全。

Apple Pay保护用户个人信息。它不回采集任何传输信息，支付信息只在和其他用户，商户，信用卡之间传输。

Apple Pay 组件

安全元器件

这个元器件是一个工业标准的，被授权在Java Card平台运行，并且符合行业支付标准。

NFC控制

NFC控制器会处理贴近的相同元器件和协议的设备，并且支持POS(Point-of-sale)机器。

钱包(Wallet)

钱包用于添加和管理信用卡，借记卡，优惠券，礼物卡等，他们都可以使用Apply Pay。用户可以查看这些卡和详情，和这些发卡机构的隐私和权益，近期交易等。用户也可以添加卡到Apply Pay在设置中。

Secure Enclave

在iPhone和iPad中，Secure Enclave保护管理授权进度，启用支付。它用Touch ID存储指纹数据。

在苹果表中，设备必须解锁，用户必须通过双击边缘按钮到达Secure Enclave。

苹果支付服务

苹果支付服务管理的信用卡和借记卡在钱包中和设备账号都存储在安全元器件中，两个设备通过支付网络服务来传输数据，苹果支付服务也支持支付Apps。

app-security

发表于 2016-08-31 |

App code signing

当iOS系统启动后，App code signing控制着哪些用户的进程/App可以被运行，并且确保所有的Apps来源安全，iOS要求所有的可执行代码被苹果证书签名，例如苹果自己的App，Mail，Safari呀这些。我们开发的第三方Apps同样必须被苹果证书签名，iOS强制使用信任链的概念来签名Apps，并且阻止加载未签名的App和虽然签名但是被修改了代码的App。

iOS允许开发者内嵌其他的Frameworks在自己的Apps中，它可以被自己的其他内置的extensions调用。为了保护其他App加载第三方的代码，系统会在link的时候对第三方的代码或者动态库同样签名，签名是通过证书的Team identifier来做的，简称TeamID，它是由10位的字母和数字组成。同样TeamID签名的任何Library，都可以被主程序调用。!

商用Apps，可以用in-house方式分发给员工。并且需要应用Apple Developer Enterprise Program (ADEP)，ADEP需要生成一个Provisioning Profile来许可自己的App被安装。只有设备安装了这个Provisioning Profile，才可以安装和允许商用App，这间接的确保了信任关系。

iOS不像其他手机平台，iOS不允许运行从网站下载的未签名的程序，不允许运行不信任的代码。并且会在运行时候检查内存中可执行程序，确保App没有被在安装后或者升级后被串改。

Runtime process security

在iOS
App被签名验证之后，iOS会强行使用安全机制来保护，不让其他App影响自己或者影响别的App。

所有的第三方App都在Sandbox中运行，它不可以访问或着修改别的App或者系统设备。每个App都有一个唯一的Home目录，当App被安装的时候。他们只能使用系统提供的服务来访问没有权限的部分。每个App都有一个key value pair，这就像unix user ID的权限一样。

App只能通过系统提供的API在后台运行自己的程序，这样可以保证可以后台执行，并且保护电池寿命。

地址空间布局随机化(ASLR)保护，让内存溢出攻击变得不那么容易，系统内置的App都使用了这个技术，它让可执行代码，系统库的攻击都增加了复杂度。

在Xocde中，开发第三方App时候，默认开启ASLR支持，在编译的时候。

进一步的保护是，让内存页不可执行，内存也有2个标记，可写和可执行，这被严格控制着。内核只检查动态签名，即便如此，单项调用可执行和可写，它会被随机分配一个地址。Safari的javascript JIT编译器就是如此。

Extensions

iOS允许App通过Extensions提供功能，Extensions的二进制可执行文件被特殊的签名而签名，并且打包在app中。系统会自动找到Extensions在安装的时候，并且让他们可以工作。

每个Extensions提供一些APIs可以被使用，每个Extensions都有一些固定功能，系统自动运行这些Extensions在系统需要的时候，并且会管理他们的生命周期。Entitlements用来限制Extensions的权限，例如Today view widget只能出现在Notification Center，Sharing只能出现在共享面板。这些Extensions通常有，Today，共享，自定义Actions，图片编辑，文档提供和自定义键盘。

Extensions运行在独立的空间中，两个Extensions之间只能通过系统提供的API来通信，不能互相访问内存或者文件系统，他们相互隔离，打包在一个App中。他们之间就想我们开发的第三方App的Sandbox一样，他们共享App的权限，例如App被授权访问联系人，那么这个Extension也可以访问联系人。如果在Extension中授权了访问联系人权限，系统会吧权限给App而不是这个Extension。

自定义键盘是一个特殊的Extension，它需要用户在系统设置里启用。当启用时，这个Extension将被用户用户在任何输入框中。因权限，自定义键盘默认运行在Sandbox中，它非常限制网络访问，API只能扩展用户输入数据。开发人员可以请求开放权限，系统会在用户同意后运行这个Extension。

通过自定义Extension，开发人员可以用第三方的键盘给自己的App。

App Group

Apps和Extensions都是同一个开发账号下的话，他们可以共享他们的数据，当配置了App Group后。配置一次App Group, Apps就拥有一下访问权限。

分享磁盘中的存储数据
这些数据会被保存直到该Group下最后一个应用被删除。
共享Preferences
共享Keychain数据

每一个App Group IDs都是唯一的。

Data Protection in apps

iOS有丰富的API让苹果内部开发人员和第三方开发者选择数据保护来确保他们的app安全。数据保护可以用在文件和数据库，包括NSFileManager, CoreData, NSData, SQLite.

系统的Mail app(包括附件)，被管理的书，Safari的书签，App运行图片，位置数据，被存储在安全的密码，用户的密码和指纹，日历(包括附件)，联系人，提醒事项，记事本，短信，照片都实现了Protected Until First User Authentication.

用户自己安装的Apps是没有特殊保护的，默认只有一种保护叫做Protected Until First User Authentication.

Accessories

硬件访问iPhone, iPod touch和iPad都有一个认证(简称MFi认证)通过iAP协议来许可程序访问硬件接口。当需要用雷电接口链接设备或者通过蓝牙来访问的时候，设备会要求访问者它需要被Apple提供的MFi验证过。设备会发送一个Challenge，访问者需要回复被签名答案。

Accessories可以用不同的方式来访问。例如访问数字音频流通过雷电接口，或者通过蓝牙获取定位信息。如果访问者不提供MFi授权，它只能访问被限制的模拟音频信号和UART音频控制器。UART我猜是播放，停止，下一曲这种简单控制。

Airplay也利用IC来授权验证。Airplay音频和CarPlay视频流都利用了MFi-SAP(Secure Association Protocol)，他让设备和访问者之间的数据安全传输，并且使用AES-128``CTR模式。使用ECDH key交换(Curve25519)和被IC's 1024-bit RSA签名，作为STS(Station-to-Station)协议。

weak-and-unowned

发表于 2016-04-12 |

简单解释

首先她们都是弱引用，不会让retainCount数增加。区别是，unowned常用在自己写程序时候，明确知道这里的值不为空，所以引用的对象不是Optional类型，而weak是不确定此时值是否存在，是Optional类型。

请看例子

weak

1
2
3

xxx.callback { [weak self] in
  self?.property
}

unowned

1
2
3

xxx.callback { [unowned self] in
  self.property
}

出处

Apple Doc

请看一下两部分

Weak References
Unowned References

use-docker-by-vagrant-not-docker-machine

发表于 2016-04-02 |

Vagrant VS docker-machine

Vagrant
有更多的虚拟机基础包可以选择，而docker-machine只有一个基础包。
Vagrant可以使用brew安装和卸载，docker-machine不可以。
Vagrant提供文件同步等插件，还有网络ip等方便的配置文件，docker-machine需要命令can
参数，不直观。

安装Vagrant

brew cask install vagrant

使用Vagrant创建一个带有docker的虚拟机

vagrant init williamyeh/ubuntu-trusty64-docker

给虚拟机一个ip，方便以后访问

释放这条配置

config.vm.network "private_network", ip: "192.168.33.10"

同步本目录到虚拟机中

释放这条配置，并修改。主要需要rsync。

config.vm.synced_folder "./", "/vagrant_data", type: "rsync"

启动虚拟机

vagrant up

进入虚拟机

vagrant ssh

接下来，就可以使用docker啦。

同步文件目录，当文件被修改的时候。

vagrant rsync-auto

参考文章

使用Realm的迁移在Kotlin中

发表于 2016-02-04 |

序章

使用Realm在Kotlin中(Android)

代码

App第一个版本

RealmLink.kt

open class RealmLink: RealmObject() {
    open var url: String? = null
    open var title: String? = null
    open var createDate: Date? = null
    open var tags: RealmList<RealmTag>? = null
}

RealmTag.kt

1
2
3

open class RealmTag: RealmObject() {
    open var name: String? = null
}

MainActivity.kt

val tags = arrayListOf("Web", "Search")
// 得到配置(暂无数据迁移)
val config = RealmConfiguration.Builder(context).build()
// 获得数据库对象
val realm = Realm.getInstance(config)
// 执行事务
realm.executeTransaction {
    // 创建RealmLink对象
    val realmLink = realm.createObject(RealmLink::class.java)
    realmLink.title = "Google"
    realmLink.url = "https://google.com"
    realmLink.createDate = Date()
    tags.forEach { it ->
        val realmTag = realm.createObject(RealmTag::class.java)
        realmTag.name = it
        realmLink.tags?.add(realmTag)
    }
    // 存储
    realm.copyFromRealm(realmLink)
}

App第二个版本

RealmLink.kt

open class RealmLink: RealmObject() {
    open var url: String? = null
    open var title: String? = null
    open var createDate: Date? = null
    open var modifiedDate: Date? = null
    open var tags: RealmList<RealmTag>? = null
}

RealmTag.kt

1
2
3

open class RealmTag: RealmObject() {
    open var name: String? = null
}

MainActivity.kt

val tags = arrayListOf("Web", "Search")
// 得到配置(数据迁移到版本1)
val config = RealmConfiguration.Builder(this)
            .schemaVersion(1) // 新版本1
            .migration { realm, oldVersion, newVersion ->
                var version = oldVersion
                val schema = realm.schema
                if (version == 0L) { // 旧版本0
                    schema.get(RealmLink::class.java.simpleName)
                            .addField("modifiedDate", Date::class.java)
                    version++
                }
            }
            .build()
// 获得数据库对象
val realm = Realm.getInstance(config)
// 执行事务
realm.executeTransaction {
    // 创建RealmLink对象
    val realmLink = realm.createObject(RealmLink::class.java)
    realmLink.title = "Google"
    realmLink.url = "https://google.com"
    realmLink.createDate = Date()
    realmLink.modifiedDate = Date()
    tags.forEach { it ->
        val realmTag = realm.createObject(RealmTag::class.java)
        realmTag.name = it
        realmLink.tags?.add(realmTag)
    }
    // 存储
    realm.copyFromRealm(realmLink)
}

问题

如果首次安装App，它会执行迁移吗？

回答：不会，首次安装App，会按照你所有的Model类，自动创建结构。只有更新App(数据字段有更新)后，才会执行迁移，哪怕配置了迁移，第一次也不会执行。

使用Realm在Kotlin中(Android)

发表于 2016-01-30 |

配置

build.gradle

// Realm
compile 'io.realm:realm-android-library:0.87.4@aar'
compile 'io.realm:realm-annotations:0.87.4'
kapt 'io.realm:realm-annotations:0.87.4'
kapt 'io.realm:realm-annotations-processor:0.87.4'

proguard-rules.pro

# Realm
-keep class io.realm.annotations.RealmModule
-keep @io.realm.annotations.RealmModule class *
-keep class io.realm.internal.Keep
-keep @io.realm.internal.Keep class * { *; }
-dontwarn javax.**
-dontwarn io.realm.**

代码

RealmLink.kt

open class RealmLink: RealmObject() {
    open var url: String? = null
    open var title: String? = null
    open var createDate: Date? = null
    open var tags: RealmList<RealmTag>? = null
}

RealmTag.kt

1
2
3

open class RealmTag: RealmObject() {
    open var name: String? = null
}

MainActivity.kt

val tags = arrayListOf("Web", "Search")
// 得到配置(暂无数据迁移)
val config = RealmConfiguration.Builder(context).build()
// 获得数据库对象
val realm = Realm.getInstance(config)
// 执行事务
realm.executeTransaction {
    // 创建RealmLink对象
    val realmLink = realm.createObject(RealmLink::class.java)
    realmLink.title = "Google"
    realmLink.url = "https://google.com"
    realmLink.createDate = Date()
    tags.forEach { it ->
        val realmTag = realm.createObject(RealmTag::class.java)
        realmTag.name = it
        realmLink.tags?.add(realmTag)
    }
    // 存储
    realm.copyFromRealm(realmLink)
}

问题

XXX is not part of the schema for this Realm

原因：重复引用Realm库。

解决方法：去掉下面第一条就可以了。

1 2	compile 'io.realm:realm-android:0.87.4' compile 'io.realm:realm-android-library:0.87.4@aar'

当时问题解决链接

Demo

点这里

Jian Zhang

Work at ThoughtWorks in Xi'an.

RSS

GitHub Weibo