Author: Yanbin

Objective-C 实现自己的 Subscripting Methods 下标方法

2013-01-26 | 阅读(1,412)

在前一篇 Xcode 4.4/4.5 新特性 / LLVM 4.0 新语法 提到了 Xcode 4.4 之后对数组和字典的操作可以用下面的方式：

id value = array[i];
array[i] = newObj;
id value = dictionary[@"key"];
dictionary[@"key"] = newObj;

上面几行语句实际调用的方法分别对应如下：

NSArray : - (id)objectAtIndexedSubscript: (NSUInteger)index;
NSMutableArray : - (void)setObject: (id)obj atIndexedSubscript: (NSUInteger)index;
NSDictionary : - (id)objectForKeyedSubscript: (id <NSCopying>)key;
NSMutableDictionary : - (void)setObject: (id)anObject forKeyedSubscript: (id <NSCopying>)aKey;

所以，如果你希望自己定义的类可以支持 obj[i] 和 obj[@"key"] 的方式来读取和设置值的话，就可以实现上面相应的方法，只是要处理好你自己参数和结果类型。现在就来看看下面自定义类 TestClass 的实现和执行效果： 阅读全文 >>

Xcode 4.4/4.5 新特性 / LLVM 4.0 新语法

2013-01-22 | 阅读(1,001)

跟着苹果干的好处就是，有什么新特性就尽快的就享用它们，这非常符常程序员们的学习心态。不像国内的某些技术领导，他们很领会某种舞台上的精髓 -- 稳定压倒一切 ，JDK 1.6 都出来了，还不少项目还牢牢固守在 JDK 1.3 上，程序员真是无言而又苦 B 啊。当然你在使用  Objective-C 时能时刻得到更新也得利于 Obj-C 完全由 Apple 主导，免了不少口水，瞧瞧 C++ 到 C++11，历时 13 年啊。

OK，言归正传，Xcode 当前版本 4.5.2，来看下自 4.4 以来它给我们带来了什么语言上的新特性。每个版本有新特性时一定要看官方的  What's New in Xcode。这么说来 Xcode 4.4 也算是个关键性的版本更新。

@ 不光可用于创建 NSString，还简单化了 NSNumber，NSArray 和  NSDictionary 对象的创建，一一来看。

@ 创建 NSNumber 实例

从 Xcode 4.4 起，无段  [NSNumber numberWithInt: 10] 这么写了，@10 就完事，下面是各种数值类型的 NSNumber 创建方式： 阅读全文 >>

Scala 2.10.0 新特性之字符串插值

2013-01-20 | 阅读(6,121)

Scala 在处理字符串方面终于也与时俱进了，引入了字符串插件，这在许多脚本语言中就早已这么做了。有了这个特性，字面量字符串和变量连接可以不需要总是用加号进行丑陋的连接了。有些脚本语言会是只对双引号字符串解析其中的变量，单引号的不会，当然Scala 是要区分字符串和字符类型。

直白的讲字符串插值就是，val name="Unmi"; val greeting=s"Hello $name"; greeting 的值就是 "Hello name"。产生效应的就是那个 s 方法。

Scala 2.10.0 为我们提供了三种字符串插值的方式，分别是 s, f 和  raw。它们都是定义在 StringContext 中的方法。

s 字符串插值器

可以解析字符串中的变量，可以调用方法，还能进行计算。实际调用的是  StringContext 中的  s 方法。 阅读全文 >>

Scala 2.10.0 新特性之动态属性、方法

2013-01-20 | 阅读(1,720)

最早的介绍 Scala 语言的书都是以 Scala 的静态类型系统为傲。Scala 也算是个脚本语言，却不像其他许多脚本语言那样类型是动态的，只有执行时才确定，而 Scala 在执行前就确定了类型，比如依赖于比 Java 更强大的类型推断行为。

静态类型不光是变量类型是确定的，还有比如在使用  qual.sel 时，sel 这个属性或是方法(Scala 的访问一致性，属性和方法有时候并没有那么大的区别)必须在 qual 的类型中声明了的。

Scala 思考再三还是加入了 Dynamic Types，这个特性在 Scala 2.9 中是试验性的，必须用 -Xexperimental 进行开启，到了 Scala 2.10.0 中，只有代码中 import scala.language.dynamics 就可用了，或是编译时加 -language:dynamics 选项。

虽然 Scala 2.10.0 加进了 Dynamic Types 特性，但 Scala 仍然是静态类型的语言，因为在编译器同样会检查多出来的类型。

有了 Dynamic Types 之后，Scala 又可更 DSL 了，方法名的动态上可以让它随时包括深刻的业务含义。相比 Java 的 DSL 的能力就太逊了，我们几乎无法在 Java 面前提 DSL 这回事。 阅读全文 >>

使用 Jackson 把 Java 对象转换成 JSON 字串

2013-01-19 | 阅读(19,718)

原来 Java 项目中用的 JSON 组件库主要是 Gson 和 json-lib，Gson 算是很错的库，json-lib 略显寒碜。好啦，最近 Play 2.x 中弃用了 Gson 而采纳了 Jackson，所以现在就来打探一下 Jackson，踩个点吧。

Jackson 号称非常高的性能，听说比另两位兄弟 Gson 和 json-lib 高出一大截，我没有亲测，可是有心人做了，看这个链接 两款JSON类库Jackson与JSON-lib的性能对比(新增第三款测试) 中的数据。2010 年 8 月份的测试结果，不知现在随着版本的变更是否仍然保持着这种悬殊。

通常我会在把文章开头塞丰满，做足前戏，并不是因为在天涯混习惯了的缘故，况且我在天涯总是讷于言的; 在这里，自己的地盘自己作主，不会有要求码足多少字才能发表的自虐性需求，仅仅是让本文在主页上显示时的的概要不空洞而已，可以简单粗暴的称之为废话。

了了，先了解 Jacson 最贴近实际应用场景的应用，即 Jackson 怎么把一个 Java 生成对应的 JSON 字符串，看看前面的文字有这么多了，直接上一段代码吧，而后再慢慢假设与分解： 阅读全文 >>

Scala 2.10 新特性之使用隐式类进行类型隐式转换

2013-01-19 | 阅读(2,632)

在 Scala 2.10.0 之前类型的隐式转换必须通过隐式方法来完成，现在的 Scala 可以用 implicit class 来声明类，并且它的主构造器 (Primary Constructor) 只有一个参数时，就可以用来把参数隐式转换成该类型。

能理解上面什么意思，知道怎么用隐式类吗？ 就上面那句话，我自己都不知道在说什么。

首先要知道 Scala 先前是怎么依据隐式方法进行类型的隐式转换，其次又何谓主构造器呢？ 关于 Scala 2.10.0 的 implicit class，官方的解释在这里 http://docs.scala-lang.org/sips/pending/implicit-classes.html 再多说只能让大家更摸不到头，实例演示是王道：

scala-2.10.0-implicit-class 阅读全文 >>

Play 2.0 中文资料 - 应用程序全局对象

2013-01-18 | 阅读(890)

应用全局设置

全局对象

在你的项目中定义一个 Global 对象，它为你处理应用的全局设置. 这个对象必须定义在默认包中(即不带 package 声明的包).

小贴士: 你也可使用 application.global key 值在在配置中指定自己的 GlobalSettings 实现类名称.

Unmi 注: GlobalSettings.scala 放在 app 目录比较合适，Scala 的 package 层次与目录并不存在严格的对应关系。

要说呢，不带 package 声明的写法确实不是什么好习惯，因为其他带 package 声明的类无法使用它。见：为何Java的有包名的类不能引用默认包中的类。这就对了，本来这个全局对象就不是给别的类用的 － Don't call me, I'll call you。

勾住应用启动和停止事件

你可以覆盖方法 onStart 和 onStop，它们会在应用的生命周期启动，停止时得到通知: 阅读全文 >>

程序员为何喜欢半夜工作？

2013-01-17 | 阅读(255)

有种流传甚广的说法：如果你想将咖啡豆磨成代码，那就去买台“程序员”好了。确实，如果你在一家编程高手云集的互联网公司工作，问问你身边那些 程序员们，他们一般什么时候效率最高，点子最好？得到的答案，大部分是半夜——不管前半夜，还是后半夜。有些习惯在早上四点起床，然后工作到日出，还有些 人则是习惯在早上四点后才睡觉。

如果只是为了避开无谓的干扰，何不关上门，带上耳机，为何一定要在深夜工作呢？

我认为主要有三条原因：创作者的日程表、困倦的大脑，以及闪亮的屏幕。

创作者的日程表

通常来说，这个世界有两种日程表，一种属于管理者，一种属于创作者。传统的管理者日程表将一天按小时划分，而通常十分钟的打扰，对于程序员来说，可能需要一个小时去重新整理思路。 阅读全文 >>

Play 2.0 中文资料 - Play WS API

2013-01-17 | 阅读(2,253)

有时候我们要在 Play 应用中调用其他的 HTTP 服务. Play 是通过它的 play.api.libs.ws.WS 库对此支持的, 该库提供了进行异步的 HTTP 调用.

任何由 play.api.libs.ws.WS 发出的调用都必须返回 Promise[play.api.libs.ws.Response], 我们可以接着可用 Play 的异步机制来处理它.

Unmi 注: 这里有必须挪出 Play 1 和 Play 2 的 WS 稍加对比:

Play 1 中  play.libs.WS 类，Play 2 里是 play.api.libs.ws.WS，Play 2 中许多给外部调用的 API 都放在 play.api.libs 包中了。

Play 1 的 play.libs.WS.WSRequest  中有 get():HttpResponse, getAsync():Promise<HttpResponse>, put():HttpResponse, putAsync():Promise<HttpResponse>，它把同步和异步调用分得很清楚。

而 Play 2 的 play.api.libs.ws.WS.WSRequestHolder 里只有 get(): Promise<Response>, post(): Promise<Response> 这样方法，在这个位置上，它不再分同步还是调用，这个任务交给 Async 方法去决定。

对异步请求的数据获仍然是由 Action 处理，如 Play 1 中 Action 的各个 await() 方法; Play 2 里的 Action 用 Async 方法。 阅读全文 >>

Play 2.0 中文资料 - Play 缓存 API

2013-01-17 | 阅读(1,158)

默认的 Cache API 实现是用的 EHCache. 你也可以通过插件来提供自己的缓存实现.

访问 Cache API

缓存 API 由 play.api.cache.Cache 对象提供. 它需要注册一个缓存插件.

注: Cache API 尽力保持自身最小化，而允许插入多种实现. 如果你需要一个更具体的 API, 那就通过你自己的缓存插件来使用它.

Unmi 注: EhCachePlugin 的注册方式可以查看 play_x.x.x.jar(比如 $PLAY_HOME/repository/local/play/play_2.9.1/2.0.4/jars/play_2.9.1.jar) 包中的 play.plugins 中的内容：

这是 Play2.0.4 默认注册的插件，其中就包含了 600:play.api.cache.EhCachePlugin 插件。 阅读全文 >>