常用UniqueID的生成方法

这几天在与其他的系统进行联调的时候,出现了对方的唯一ID使用的是Int32来存储,而我们提供的UniqueID是标准的UUID,从而导致他们无法存储的问题.由于他们是一个历史的老系统,牵扯很深,所以无法进行改造,只能我们来适应它(幸好和它们交互的数据不会太多.应该不会超过Int32的上限).从而引出了对UniqueID生成方法的思考.这里列出了几种常用的UniqueID的生成办法.

基于数据库的发号器

这个是最常见和最容易想到的生成UniqueID的方法.也就是依赖数据库的自增ID来获取唯一ID,由于在分布式系统中数据库都是做了分布式或同步的,因此能保证数据库的自增键或序列是不会重复的.

• 在Oracle中,可以创建一个序列,然后使用序列的nextVal来获取.
• 在Mysql中,由于没有序列的概念,只能创建一个表,表的主键设置为自增.要获取UniqueID的时候就不断的往这个表中插入记录,获取last_insert_id()即可.为了避免表的记录数过多,可以考虑采用使用回滚的方式来规避.
• 在redis中,可以使用INCR key这个命令来获取一个自增的key,每调用一次,key值增加1.如果没有这个key值,则初始化key值为0.

使用这种方案的优点就是可以满足像Int32这种短数据的唯一.而缺点就是增加了系统的复杂性.需要在系统中强依赖数据库,并且获取UniqueID是需要与数据库交互的,虽然可以一次批量的获取几个ID,但是总体来说,性能会有损失.

超越继承之路：协议混合

只要你学习过面向对象的语言比如 ObjC ，都知道继承的概念，他的一个用途是在多个类之间共享代码。但是这种解决方案存在一些问题。这篇文章我们来初探一下 Swift 的协议扩展，以及如何混合使用这些协议 - Mixins，英文原文地址

如果感觉太长了，读不下去，可以直接下载代码 Swift Playground Code

继承的问题

比如你有个 app，其中有大量的UIViewController类都要共享相同的行为，例如他们都有一个相同样式的汉堡菜单。你不想在每个View Controllers中都实现一遍『汉堡菜单』的逻辑（设置 leftBarButtonItem，按钮点击时打开/关闭菜单）

解决方法很简单，创建一个通用的CommonViewController，继承自UIViewController，然后实现所有的行为，接着让其他的UIViewController继承自这个CommonViewController，而不是直接继承自UIViewController。通过这种方式，这些 VC 将拥有这些相同的方法和行为，不需要再每次都自己实现一遍了。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

class CommonViewController: UIViewController {  
  func setupBurgerMenu() { … }
  func onBurgerMenuTapped() { … }
  var burgerMenuIsOpen: Bool {
    didSet { … }
  }
}
class MyViewController: CommonViewController {  
  func viewDidLoad() {
    super.viewDidLoad()
    setupBurgerMenu()
  }
}

但是在随后的开发过程中，你突然需要一个UITableViewController或 UICollectionViewController…靠！不能使用CommonViewController了，因为他是 UIViewController 而不是UITableViewController！

我们该怎么做？新建一个CommonTableViewController实现和CommonViewController一样的功能，但只是继承改为UITableViewController？这会产生好多重复代码，绝对是个糟糕透顶的设计。

Akka in JAVA(三)

上两个部分讲了Akka的基本知识和常见的用法.接下来讲一讲Akka的远程调用以及集群的使用.因为在现在的项目中,基本上都是分布式的,单个的应用程序都快成为”熊猫”了.因此Akka的远程以及集群调用就是非常有必要的了.

Remote调用

Akka-Remoting是采用了P2P(peer-to-peer)的通信方式设计的,也就是端对端的方式.特别是Akka-Remoting不能与网络地址转换和负载均衡一起的工作.
但是,由于Akka在设计的时候就考虑了远程调用以及分布式的情况.因此,Akka-Remoting在使用上就非常的简单,几乎等于是透明的,和本地调用几乎相同.除了传递的消息需要可序列化以及创建和查找Actor的时候路径稍有不同外,没有其他的区别了.

远程调用的准备

要在项目中使用Akka-Remoting非常的简单,只需要引入Maven中的akka-remote就可以了.

1
2
3
4
5

<dependency>
          <groupId>com.typesafe.akka</groupId>
          <artifactId>akka-remote_2.11</artifactId>
          <version>2.4.1</version>
      </dependency>

Akka in JAVA(二)

继续Akka in JAVA(一)中所讲.

Actor调用

从上面的例子中,我们可以大概的对AKKA在JAVA中的使用有一个全局的概念.这里我们在稍微细致的讲解一下.

在JAVA中使用AKKA进行开发主要有这几个步骤:

1. 定义消息模型.
2. 创建Actor的实现,以及业务逻辑
3. 在需要使用AKKA的地方获取到ActorSystem,然后根据业务的数据流,获取到合适的Actor,给Actor发送消息.
4. 在Actor的实现用,对接收到的消息进行具体的处理或转发.从而形成业务逻辑流.

下面我们分别讲解一下这几个步骤.

Akka in JAVA(一)

AKKA简介

什么是AKKA

Akka是一个由Scala编写的,能兼容Sacala和JAVA的,用于编写高可用和高伸缩性的Actor模型框架.它基于了事件驱动的并发处理模式,性能非常的高,并且有很高的可用性.大大的简化了我们在应用系统中开发并发处理的过程.它在各个领域都有很好的表现.

使用AKKA的好处

就如上面简介中所说的,AKKA把并发操作的各种复杂的东西都统一的做了封装.我们主要关心的是业务逻辑的实现,只需要少量的关心Actor模型的串联即可构建出高可用,高性能,高扩展的应用.

Akka for JAVA

由于AKKA是使用Scala编写的,而Scala是一种基于JVM的语言.因此JAVA对AKKA的支持也是很不错的.Akka自身又是采用微内核的方式来实现的,这就意味着能很容易的在自己的项目中应用AKKA,只需要引入几个akka的Lib包即可.而官方直接就提供了Maven库供我们在JAVA中使用AKKA.
这些AKKA的依赖包主要有:

• akka-actor:最核心的依赖包,里面实现了Actor模型的大部分东西
• akka-agent:代理/整合了Scala中的一些STM特性
• akka-camel:整合了Apache的Camel
• akka-cluster:akka集群依赖,封装了集群成员的管理和路由
• akka-kernel:akka的一个极简化的应用服务器,可以脱离项目单独运行.
• akka-osgi:对OSGI容器的支持,有akka的最基本的Bundle
• akka-remote:akka远程调用
• akka-slf4j:Akka的日志事件监听
• akka-testkit:Akka的各种测试工具
• akka-zeromq:整合ZeroMQ
  其中最总要的就是akka-actor,最简单的AKKA使用的话,只需要引入这个包就可以了.

在IOS中使用swift调用系统相机

在IOS的APP开发中,很容易就会遇到使用拍照或录制视频的功能.如果要求并不是太多的话,最简单方式就是调用系统自带的图像获取器UIImagePickerController.

由于UIImagePickerController继承自UINavigationController,所以它的delegate需要实现UIImagePickerControllerDelegate和UINavigationControllerDelegate两个协议.

基本知识

要使用这个类主要要做以下几件事情:

1. 首先要创建一个全局的UIImagePickerController实例.
2. 判断设备是否支持数据来源:
   • UIImagePickerController.isSourceTypeAvailable(.Camera)
   • UIImagePickerController.isSourceTypeAvailable(.PhotoLibrary)
   • UIImagePickerController.isSourceTypeAvailable(.SavedPhotosAlbum)

3. 然后指定数据的来源.一共有三种来源:

   • UIImagePickerControllerSourceType.PhotoLibrary 来自系统图库
   • UIImagePickerControllerSourceType.Camera 来自相机
   • UIImagePickerControllerSourceType.SavedPhotosAlbum 来自相册

4. 如果数据来源是相机,那么还需要设置相机的捕获模式cameraCaptureMode. 主要分为.Photo和.Video

5. 实现各种代理方法接收保存和获取图像的方法.

6. 设置媒体类型,UIImagePickerController根据这个的值来决定选择或拍摄的媒体类型.这个是一个[String] 字符串数组.多个值就表明了可以在拍摄的界面上切换.需要注意的是这个mediaTypes的定义是在MobileCoreService框架下的.当然也可以直接使用String的常量来描述.常用的媒体类型为:

再见2015

时光匆匆,转眼2015年就要过去了.2015开年的事情仿佛刚过去没有多久,2016又要来了.今年是忙碌的一年,不管是在生活上还是在工作上都发生了很多的变化.本文将回顾一下作为程序猿的自己在今年的成长,做一个简单的总结.

博客

今年年中,自己在github.io上搭建了自己的个人博客,并且把以前的一些文章从evernote上迁移了过来.以前,从来没有写博客的习惯,一个是觉得写博客比较麻烦,因为可能不是自己一个人看,不能像在evernote上那样随便乱写.还有一个就是觉得东西有个地方保存就好了,没必要分享出来.不过,最后还是决定把博客搭建出来,既能锻炼自己的书写,也能强迫自己把东西记录的更规范更细致,最后也能分享给有需要的人.从事了5年的软件行业了,渐渐的开始理解开源人的心态了,也从各位开源的大神中得到了很多的好处,是时候把自己力所能及的东西分享出来了.

今年一共写了43篇博客,从数量上来说不算多.主要涉及的是JAVA研发体系以及Swift方面的内容.
对于明年,目标是60篇博客,内容上更有深度与广度.希望能够达成.

LOG输出

Log 输出是程序开发中很重要的组成部分，虽然它并不是直接的业务代码，但是却可以忠实地反映我们的程序是如何工作的，以及记录程序运行的过程中发生了什么。

在 Swift 中，最简单的输出方法就是使用 print，在我们关心的地方输出字符串和值。但是这并不够，试想一下当程序变得非常复杂的时候，我们可能会输出很多内容，而想在其中寻找到我们希望的输出其实并不容易。我们往往需要更好更精确的输出，这包括输出这个 log 的文件，调用的行号以及所处的方法名字等等。

我们当然可以在 print 的时候将当前的文件名字和那些必要的信息作为参数同我们的消息一起进行打印：

1
2
3
4
5
6

// Test.swift
func method() {  
    //...
    print("文件名:Test.swift, 方法名:method，这是一条输出")
    //...
}

在Swift中使用随机数

在我们的开发过程中,有时需要产生一些随机数.而Swift中并没有像JAVA中一样提供一个专门的Random类来集中的生成随机数.
在Swift中,提供了几个全局的函数来生成随机数.一个是random(),还有一个是arc4random(),以及专门生成浮点的srand48(Int)和drand48().
这些方法并没有进行封装,其实并不符合面向对象的思想.并且如果想要限制生成的随机数的最大最小值也不得行.因此,我们有必要对他们进行一个封装.

ELK(ElasticSearch+Logstash+Kiabana)初实践

ELK是由elastic公司维护的开源的实时日志采集与分析三剑客.它能够在分布式的架构下,使用Logstash实时的采集各种不同来源的日志,并通过清洗/ETL转换,形成有意义的数据,存入到ElasticSearch全文检索引擎中,再通过Kiabana呈现出来.
我们可以通过这套开源系统实时的了解服务器的软硬件信息,业务负载,错误异常等等.同时也能统一收集日志并做归档处理.当管理的机器非常多的时候这就非常的有意义了.