Swift2.0 beta5 后异常处理的一些补充

随着XCode7 GM在9月9号的推出,Swift2.0也要进入了GM了.随后的语法应该会逐渐的稳定下来了.其实在Swfit2.0 beta6后,Swift2对异常的处理又发生了一些变化,比如增加了一个try?关键字.
因此,这篇文章就再罗列一下现在Swift2.0异常处理的各种场景与方式.

首先是定义一个异常.

Swift2.0中 所有的异常类都是遵循ErrorType这个协议的.因此定义一个异常的最简单的方式就是使用枚举来实现一个这个协议:

1
2
3
4

enum AppException : ErrorType {
    case IllegalArgumentException
    case IllegalFormatException(coinsNeeded: Int)
}

在这个例子中我使用枚举定义了一个AppException的异常类,有两个case,并且借助于swift中强大的枚举类,IllegalFormatExceptioncase拥有一个Int类型的变量为coinsNeeded.

使用TeamBition进行敏捷开发

最近开始新的项目,由于人数也不多,需求也比较模糊,因此觉得可以试一试采用敏捷开发的模式来进行过程管理.于是研究了一下如何方便的进行这方面的管理.

SCRUM

基本概念

Scrum就是敏捷开发中的一种模型.它主要有三个基本的概念:

1. 角色
2. 工件
3. 活动

1. 角色

• Product Owner(产品负责人):负责维护产品订单的人，代表利益相关者的利益。
• Scrum Master(Scrum管理者):为Scrum过程负责的人，确保scrum的正确使用并使得Scrum的收益最大化。
• Team(研发团队):由负责自我管理开发产品的人组成的跨职能团队。

他们的职责分别是:

Product Owner

• 建立愿景:确认产品的项目愿景
• 定义产品路标:确定大得功能以及客户的期望
• 确定需求:生成故事描述
• 维护Product Backlog:确定功能优先级,确保对即将开始的迭代故事进行了足够的细化
• 客户验收:能让客户使用产品提供反馈
• 计划:确定交付时间,跟踪进度
• 协调:协调团队需要的资源

Scrum Master

• 确保流程的贯彻执行:对如何执行上达成一致,保证团队一致的执行流程
• 找到并去除障碍:找到任何妨碍目标达成的障碍,并设法调动资源去除障碍
• 保证内部沟通的顺畅:保证团队沟通顺利,高效
• 维持工作环境:确保整个项目中团队的工作节奏和工作进度.
• 团队提高:确保团队的人员是合适的,在团队中组织技能培训,通过激发创造性与推动授权来提升团队成员

Team

• 协作:具有不同特长的团队成员,形成高度的自我管理能力,保持节奏的实现每一次Sprint目标
• 维护架构:保证架构的稳定性和持续性
• 掌握需求:团队有这人明白具体需求是什么,如何实现.
• 保证质量:通过代码标准,持续集成,配置管理,内外测试等保证产品的质量
• 设计方案:决定如何编写代码实现需求,包括单元测试和自动化测试

Java中HashMap的工作原理其实以前就看过很多次了,也仔细的分析过它的源码.但是一直没有写一篇文章来记录一下,这篇文章写的非常的清楚,非常的透彻.是我见过讲的最详细的.值得保存下来.

Java HashMap工作原理

大部分Java开发者都在使用Map，特别是HashMap。HashMap是一种简单但强大的方式去存储和获取数据。但有多少开发者知道HashMap内部如何工作呢？几天前，我阅读了java.util.HashMap的大量源代码（包括Java 7 和Java 8），来深入理解这个基础的数据结构。在这篇文章中，我会解释java.util.HashMap的实现，描述Java 8实现中添加的新特性，并讨论性能、内存以及使用HashMap时的一些已知问题。

内部存储

Java HashMap类实现了Map接口。这个接口中的主要方法包括：

• V put(K key, V value)
• V get(Object key)
• V remove(Object key)
• Boolean containsKey(Object key)

HashMap使用了一个内部类Entry来存储数据。这个内部类是一个简单的键值对，并带有额外两个数据：

• 一个指向其他入口（译者注：引用对象）的引用，这样HashMap可以存储类似链接列表这样的对象。
• 一个用来代表键的哈希值，存储这个值可以避免HashMap在每次需要时都重新生成键所对应的哈希值。

Docker从私服中下载镜像遇到的问题

由于从docker1.3.2版本开始默认docker registry使用的是https,并且在centos7和centos6.5中默认开启了SSL安全.因此 如果你的私服搭建到centos7上的话.那么其他的机器如果要从这个私服pull镜像的话,很可能会报错:
If this private registry supports only HTTP or HTTPS with an unknown CA certificate, please add—insecure-registry 192.168.112.136:5000to the daemon's arguments. In the case of HTTPS, if you have access to the registry's CA certificate, no need for the flag; simply place the CA certificate at /etc/docker/certs.d/192.168.112.136:5000/ca.crt

那么解决的办法就是在连接私服的客户端上,修改docker-server的配置.
具体位置在:ubuntu的 /etc/init/docker.conf
centos的 /etc/default/docker

增加一个:--insecure-registry 192.168.112.136:5000 即可. 其中的IP就是私服的IP

具体如下:

• $ sudo vi /etc/init/docker.conf

修改完之后，重启Docker服务即可

Docker入门

Docker是一种新型的虚拟化技术,他释放了虚拟化的性能,极大的降低了云计算资源供应的成本,同时让应用的分发,测试,部署都变得非常的高效的容易!

Docker简介

Docker是一个开源项目,诞生于2013年初.使用的是Google的Go语言实现,遵循了Apache2.0协议.代码放在了GitHub上.
它使用了Linux的LXC等技术,实现了轻量级的操作系统虚拟化.

使用Docker的好处

1. 更快速的交付和部署
   开发者可以使用一个标准的镜像来构建一套开发容器，开发完成之后，运维人员可以直接使用这个容器来部署代码。
2. 更高效的虚拟化
   Docker 容器的启动可以在秒级实现，这相比传统的虚拟机方式要快得多。
3. 更轻松的迁移和扩展
   Docker 容器几乎可以在任意的平台上运行，包括物理机、虚拟机、公有云、私有云、个人电脑、服务器等。 这种兼容性可以让用户把一个应用程序从一个平台直接迁移到另外一个。
4. 更简单的管理
   所有的修改都以增量的方式被分发和更新，从而实现自动化并且高效的管理。

Solr 数据导入Handler

由于在我们新的全文检索引擎中使用了Solr作为底层,因此当时是想直接使用Solr提供的DataImportHandler来进行数据的导入,于是就有在它的官网上看了相关的内容,并且试着进行了翻译.虽然最后我们还是自己实现了一套数据导入,但是它的这篇文章写的确实非常的好.

Data Import Request Handler

大多数系统都会把他们的数据存储在关系型数据库或者XML文件中,并且还要对这些数据进行检索.DataImportHandler就是Solr提供的一个工具:可以通过配置的方式驱动工具全量(full builds)或增量的把数据导入到Solr中.

除了这篇文章外,还可以参见DataImportHandlerFaq.如果想快速开始,可以浏览DIHQuickStart

概况

目标

• 能从关系型数据库中读取数据
• 能通过配置从多个表以及列数据中构造Solr的文档(Document)
• 能更新上述的Solr文档
• 能根据配置提供全导入的功能
• 能检测增量的数据新增与更新,并做增量导入(我们假设存在一个最后更新时间的时间戳字段来保证增量的工作)
• 能自动的计划与调度全更新与增量更新
• 能通过配置从xml/http/file 中读取数据并创建索引
• 能提供插件机制来保证用户可以选择任何的数据源(ftp,scp等等)和格式(JSON,csv等等)进行索引工作.

Swift 2.0 新特性

Swift2.0 算是一个大得版本更新.新增或修改了很多的特性.出来这么久了,我也把我练手写的知乎日报全部转换成了Swfit2.0.其中还是遇到了一些问题.因此,趁有空,就尝试总结一下Swift2.0的一些新特性或新的变化.

PS:本文写的时候采用的是 Swift2.0+Xcode7 beta4 的环境.

1.guard语句

Swift2.0中新引入了一个关键字guard用于条件的判断处理.它和if语句比较类似,都是通过一个boolean值来决定流程的走向.但是与if语句不同的是.guard语句只会有一个代码块.没有像if else那样有多个guard else.

那么guard到底有何作用呢?guard允许在一个代码周期中提前退出.也就是说,在guard关键字后接一个布尔表达式,只有当值为false的时候,才会执行else后的内容.如果值为true,那么就跳过这个guard代码块.

guard语句最常见的用法就是替代if做参数的合法性校验.
比如在以前:

1
2
3
4
5
6
7
8
9
10

func doSomeThing(a:String?,b:String?){
	if	let _a = a {
		if	let _b = b {
			print("\(_a):\(_b)")
		}
	}
	
	// print("\(_a):(_b)")  //这个地方不能访问_a和_b
}

向上面的例子那样,如果每一个参数都使用if语句来判断,那么这样的代码写起来非常的繁琐.读起来也不是很清晰.基于这种的情况,Swift2.0增加了guard关键字.把上面的代码改成使用guard的写法就会成这样:

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

func doSomeThing2(a:String?,b:String?){
    
    guard let _a = a else{
        return
    }
    
    guard let _b = b else{
        return
    }
    
    print("\(_a):\(_b)")	//这个地方是可以访问_a和_b
}

这样写比起以前使用if来做判断,代码的可读性更强了.并且Optaion类型的变量的解包可以在全局可见了.这在网络编程中解析JSON等是非常有用的.

guard除了用于入参的校验和可选类型的解包外.还可以用于抛出异常以及结合available做函数的检查:

1
2
3
4
5
6
7

guard name != nil else {
	throw IllegalArgumentException
}
guard #available(iOS 8, *) else {
	return
}

swift中多线程的使用方法

概述

多线程可能是每一个程序开发都会遇到的问题.在swift中,苹果并没有重新开发出一套线程框架,而是继续使用ObjectiveC原有的一套线程框架.
目前在swift中最常用的线程方案主要有NSThread,GCD,NSOperation&NSOperationQueue三套方案.所以,接下来会分别的描述下这些方案的使用方法以及例子.

NSThread

NSThread是苹果封装的一套完全面向对象的多线程框架.相比其他的两种方案,这种方案更轻量.你可以直接操作线程对象,很直观和方便.但是,由于NSThread只是一个轻量级的封装.所以需要自己管理线程的生命周期，线程同步。并且线程同步对数据的加锁会有一定的系统开销.因此这套方案使用的频率并不高.通常都是用来获取线程的信息
more >>

局部SCOPE

C 系语言中在方法内部我们是可以任意添加成对的大括号 {} 来限定代码的作用范围的。这么做一般来说有两个好处，首先是超过作用域后里面的临时变量就将失效，这不仅可以使方法内的命名更加容易，也使得那些不被需要的引用的回收提前进行了，可以稍微提高一些代码的效率；另外，在合适的位置插入括号也利于方法的梳理，对于那些不太方便提取为一个单独方法，但是又应该和当前方法内的其他部分进行一些区分的代码，使用大括号可以将这样的结构进行一个相对自然的划分。

举一个不失一般性的例子，虽然我个人不太喜欢使用代码手写 UI，但钟情于这么做的人还是不在少数。如果我们要在 Objective-C 中用代码构建 UI 的话，我们一般会选择在 -loadView 里写一些类似这样的代码：

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

-(void)loadView {
    UIView *view = [[UIView alloc] initWithFrame:CGRectMake(0, 0, 320, 480)];
    UILabel *titleLabel = [[UILabel alloc] 
            initWithFrame:CGRectMake(150, 30, 20, 40)];
    titleLabel.textColor = [UIColor redColor];
    titleLabel.text = @"Title";
    [view addSubview:titleLabel];
    UILabel *textLabel = [[UILabel alloc] 
            initWithFrame:CGRectMake(150, 80, 20, 40)];
    textLabel.textColor = [UIColor redColor];
    textLabel.text = @"Text";
    [view addSubview:textLabel];
    self.view = view;
}

Swift2.0中字符串的设计

Swift中提供了一个高性能的,兼容Unicode的字符串实现作为其标准库中的一部分.在Swift2中,String类型不再实现CollectionType协议.在以前String字符串是一个由Character字符组成的集合,其表现类似于一个数组.而现在,String则是提供了一个characters属性用来暴露字符集合.

为什么会有这样的变化呢?尽管把字符串当做一个字符的集合看起来更自然.但是其实String字符串类型的操作与Array,Set或者Dictionary等集合一直都是完全不同的.但自从Swift2增加了协议扩展后,针对这些差异有必要进行一些根本性的变化了.