Safx

Xcode 8のソースコードエクステンションで「突然の死」をつくってみた

2016-07-12T10:00:00.000+09:00

Xcode 8からXcode Source Code Extensionという機能が追加されて、公式の機能として自作アプリからXcodeのソースコードをいじることができるようになりました。

そこで、サンプルとして「突然の死」エクステンションをつくってみました、という関する内容で第68回 Cocoa勉強会関西で発表しましたが、諸事情でスクリーンショットが載せられませんので、スライドはアップロードしていません。

その代わりではありませんが、そのソースコードをGitHub上で公開しています。

GitHub - safx/XcodeExtension-TotsuzenNoShi

(上のスクリーンショットはXcode 8 betaでの実行結果をXcode 7で開いているものです)

概要

使いかたは、AppExtensionを起動すると闇のXcode (アイコンが黒い) が起動するので、そこから別プロジェクトを開いてください。文字列を選択した上で、メニュー→Editorあたりに拡張のメニューが生えているのでこれを実行させてください。

ソースコードを見ればわかりますが、1行以上選択したらエラーにしていたり、フォントによっては大きくずれる可能性があります。また、上のスクリーンショットを見ればわかりますが、そもそも実用性はありません。

実行時の注意点

Qiitaの記事「Xcode Source Editor Extensionを試す」に書かれている次の2点には注意してください。特に2点めは、Debug Navigatorタブが情報を表示されてからさらに数秒くらい待つくらいでちょうどよいくらいです。

macOS 10.11ではsudo /usr/libexec/xpccachectlをして再起動しておく必要がある
拡張が実行状態になるまでにかなり時間がかかります。その前に黒いXcodeでプロジェクトを起動するとうまく動かなくなります (闇のXcodeを再起動させる必要あり)

Xcode Source Code Extension

Xcode Source Code Extensionのつくりかた自体は次のWWDC 2016のムービー内のデモを見れば大まかな流れはわかるでしょう。

Using and Extending the Xcode Source Editor - WWDC 2016 - Videos - Apple Developer

基本的にはXCSourceEditorCommandのperform(with:completionHandler:)を実装すればよいです。

XCSourceEditorCommandInvocationのbuffer内から、

ソースコード文字列
文字列の選択範囲
ファイル種類 (UTI)
タブ幅
インデント量

などを取ることができます。

ソースコード文字列は、

行ごとの文字列の配列
ソースコード全体の文字列

の両方があって、片方をいじるともう一方も変わるようになっています。これがMutableな配列や文字列になっているので、これをいじって最後にcompletionHander(nil)すればXcodeのソースコードが変更されます。

その他

エクステンションでの処理に時間がかかっても、「The command “突然の死” is still busy…」みたいな情報バーが出てきますが、別プロセスなのでその間もXcodeを操作することはできました。

おわりに

Xcode 8のソースコードエクステンションについて紹介しました。

現在のソースコードの文字列しか得られないので使い勝手はよくない印象ですが、対応アプリをAppStoreに出すこともできるので、対応する価値はあるかもしれません。

関西モバイルアプリ研究会 #13 で React Native について発表しました

2016-04-27T10:00:00.000+09:00

今回はYahoo! JAPAN 大阪での開催でした。

5分なのにライブコーディングしてしまいましたが、どうにかなりました。

スライドではgif画像がアニメーションしないので、下に貼りつけておきます。

Live Reloadの紹介。

クリックカウンタを作ってみるところ。

時間が足りなくなると思っていろいろ説明を飛ばしたり、後の質問なんかでいろいろ自分の回答に間違いがあったりしたので、いろいろ補足させていただきます。

JSXについて

上のgif画像上で編集しているindex.ios.jsのコードはJSXという、Facebookが提案しているJSの拡張言語です。

内部的には、Babel + ES2015プラグイン + JSXプラグインを利用しているようです。

ネットワークまわりセキュリティまわりどうなの？

開発ではローカルサーバを使う状態になっていて、このときのATSの設定は「Allow Arbitrary Loads」な状態です。

ただし、Using offline bundle あたりによると、ファイルバンドルを用いるようにビルドすればオフラインで利用できるようになるみたいです。

なので、ATSの設定を消して、オフラインバンドルを利用すると、質問にあったような問題はなくなるかと思います。

オフラインバンドルを利用するには、AppDelegate.mが次のようになっているので、

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
  NSURL *jsCodeLocation;
  /**
   * Loading JavaScript code - uncomment the one you want.
   *
   * OPTION 1
   * Load from development server. Start the server from the repository root:
   *
   * $ npm start
   *
   * To run on device, change `localhost` to the IP address of your computer
   * (you can get this by typing `ifconfig` into the terminal and selecting the
   * `inet` value under `en0:`) and make sure your computer and iOS device are
   * on the same Wi-Fi network.
   */

  jsCodeLocation = [NSURL URLWithString:@"http://localhost:8081/index.ios.bundle?platform=ios&dev=true"];

  /**
   * OPTION 2
   * Load from pre-bundled file on disk. The static bundle is automatically
   * generated by the "Bundle React Native code and images" build step when
   * running the project on an actual device or running the project on the
   * simulator in the "Release" build configuration.
   */

  //jsCodeLocation = [[NSBundle mainBundle] URLForResource:@"main" withExtension:@"jsbundle"];

  RCTRootView *rootView = [[RCTRootView alloc] initWithBundleURL:jsCodeLocation
                                                      moduleName:@"MyFirstProject"
                                               initialProperties:nil
                                                   launchOptions:launchOptions];
                 :

上記のOption 2のほうを選択して (コメントを外して)、リリースビルドすればいいみたいです。

ネイティブUIを簡単に使えるようになるの？

Objective-Cでビューをつくる場合だと、

(ObjC) RCTViewManagerを継承する
(ObjC) RCT_EXPORT_MODULE()を足す
(ObjC) - viewメソッドを実装する
(JS) Nativeコードを呼ぶためのJSのコードを書く

と利用できるようになるようです。

Objective-Cのコードは、次のような感じ。

@interface RCTMapManager : RCTViewManager
@end

@implementation RCTMapManager

RCT_EXPORT_MODULE()

- (UIView *)view
{
  return [[MKMapView alloc] init];
}
@end

JSのコードは、次のような感じになります。

import { requireNativeComponent } from 'react-native';
module.exports = requireNativeComponent('RCTMap', null);

実際には、プロパティ、イベント、スタイルなんかもきちんと定義してやる必要があります。詳細は次のページを参照ください。

Native UI Components – React Native | A framework for building native apps using React

JSのかわりに他の言語は使えるの？

JSに変換できる言語なら、(無理やり使うのでよければ) だいたいの言語は利用できるような気がします。

TypeScriptはJSXをサポートしていて、react-nativeの型定義みたいなのもあるみたいですし、ちゃんと使える気がします。

制限事項は？

Known Issuesを参照ください。

とりあえず、今のところAndroid Mのパーミッションモデルはサポートしていないなどの問題があります。

将来性は？

似た感じの廃れた技術がいっぱいあるので、どうなるのかなんとも言えません。

Reactを知っているJS使いにとっての敷居は低そうなので、個人的にはそこそこ流行りそうな気はします。

データを頻繁に変える状況でいいよね、的な話

「カンファレンスで使える！」みたいな話はParse Serverあたりの話で、React Nativeとはまったく関係ありませんでした。すみません。

Planning The App — Makeitopen.com - Open Source Learning

おわりに

会場と食事の提供をくださったヤフー株式会社に感謝いたします。

Swift 2.1のジェネリクスでできないことまとめ

2016-03-11T10:00:00.000+09:00

個人的に開発中によく遭遇したジェネリクスでのエラーあたりについてまとめてみました。

なお、Swiftコンパイラテストによる、実際にコンパイルできる/できない例は次のテストケースを参照してください。

https://github.com/apple/swift/blob/a048b078e37dfafc0e188bb8c6f3f50f5f796494/test/decl/ext/generic.swift

TL;DR

ジェネリックパラメータは制限がきびしい
- 制約では==は使えない
- 準拠要求には非プロトコル型は使えない
要求節と継承節を同時につけられない
Selfはプロトコル拡張でしか使えない
内部クラスをジェネリッククラスにしたり、ジェネリッククラスに内部クラスを持たせたりできない

用語

まずはエラーメッセージ内でよく出てくる単語をまとめてみます。

requirement-clause: (要求節) where節以下の定義のこと
constraints: (制約) エラーメッセージ中では、requirement-clauseをこう呼ぶこともあるようだ
same-type requirement: (同値要求) ==を使った制約のこと。==の両辺には型パラメータ、プロトコル型、クラス型、構造体型などが使える。
conformance requirement: (準拠要求) :を使った制約のこと。左辺には型パラメータ、右辺にはプロトコル型とクラス型のみ許される (型パラメータと構造体型は不可)。
inheritance clause: (継承節) 拡張のprotocol継承のこと。
associated type: (連想型) プロトコル定義中の=代入のないtypealiasのこと。Swift 3からはassociatedtypeとなる予定
generic parameter: (ジェネリックパラメータ) ジェネリクスのパラメータのこと

実際のクラスなどに当てはめてみると次のようになります。

extension Collection
          : SomeProtocol         // inheritance clause
          where                  // ↓ ここから requirement clause (constraints)
          Element: Comparable,   // conformance requirement
          Element == Int         // same-type requirement
                                 //    ここまで requirement clause (constraints)
          { }

Protocol SomeProtocol {
    typealias SomeType           // associated type
}

struct SomeStruct
          <Element>              // generic parameter
          { }

struct OtherStruct
          <
          Element: Compatible    // conformance requirement
          where                  // ↓ ここから requirement clause (constraints)
          Element: Equatable     // conformance requirement
          >                      //    ここまで requirement clause (constraints)
          { }

できないこと

ジェネリックパラメータに`==`を使うこと

下の2つの項より、実質的にジェネリクスのパラメータに==を使える状況がないと思われます。

ジェネリックパラメータにを非ジェネリックにしてしまうこと

ジェネリックパラメータは、==を使った制約でジェネリックでない (non-generic) ようにすることはできません。

// error: same-type requirement makes generic parameter 'Element' non-generic
extension Array where Element == Int { }

プロトコルも非ジェネリックと扱われるので、同じエラーになります。

// error: same-type requirement makes generic parameter 'Element' non-generic
extension Array where Element == Comparable { }

なお、ジェネリックパラメータには継承節が使えるので、それを利用して書きましょう。上の例は次のように書けばOKです。

extension Array where Element: Comparable { }

また、プロトコルのtypealiasは当然ながらジェネリックパラメータではありません。そのため、プロトコル拡張などでは==を使えます。

extension CollectionType where Index == UInt64 { }
extension GeneratorType where Element == Hashable { }

ジェネリックパラメータを同値関係にしてしまうこと

ジェネリクスのパラメータは、他のジェネリックパラメータとの同値関係に対して使うこともできません。

struct Foo<T, U> {
    let t: T
    let u: U
}
// error: same-type requirement makes generic parameters 'T' and 'U' equivalent
extension Foo where T == U { }

もちろん、プロトコルのtypealiasならOK。

protocol SomeProtocol {
    typealias A
    typealias B
}
extension SomeProtocol where A == B { }

ジェネリックパラメータに非プロトコル型の準拠要求をつけること

継承節での継承で、プロトコル型とクラス型以外のものを指定するとエラーになります。

// error: type 'Element' constrained to non-protocol type 'Int'
extension Array where Element: Int { }

// error: type 'Element' constrained to non-protocol type 'String'
extension Array where Element: String { }

プロトコル型とクラス型の継承は付けることができます。

extension Array where Element: Hashable { }
extension Array where Element: NSObject { }

なお、ジェネリックパラメータも非プロトコル型の扱いでエラーになります。

struct Foo<T, U> {
    let t: T
    let u: U
}

// error: type 'T' constrained to non-protocol type 'U'
extension Foo where T: U { }

制約つきの拡張にプロトコル型の継承をつけること

制約と継承を同時につけることはできません。

// error: extension of type 'Array' with constraints cannot have an inheritance clause
extension Array : SomeProtocol where Element: Comparable { }

これはプロトコル拡張の場合でも同様です。

protocol SomeProtocol {}

// error: extension of protocol 'GeneratorType' cannot have an inheritance clause
extension GeneratorType: SomeProtocol where Element: Comparable { }

ただし、プロトコル拡張だとSelfが使えるので、継承を使わずに次のように書くことができます。

extension GeneratorType where Self: SomeProtocol, Element: Comparable { }

プロトコル以外の拡張で`Self`を使うこと

プロトコル及びメソッドの戻り値に対してのみ、Selfを使うことができます。それ以外ではエラーになります。

// error: 'Self' is only available in a protocol or as the result of a method in a class; did you mean 'Array'?
extension Array where Self: SomeProtocol, Element: Comparable { }

ちなみに、QuickFixに従って次のように修正してもエラーになります。Array内にArrayというジェネリックパラメータや連想型がないからです。

// error: type 'Array' in conformance requirement does not refer to a generic parameter or associated type
extension Array where Array: SomeProtocol, Element: Comparable { }

この場合には参照できるようなプロトコルがあればそれを使うくらいしか手がないでしょう。

extension _ArrayType where Self: SomeProtocol, Element: Comparable { }

どうしてもクラスを制約したければ、妥協するしかありません。

extension Array: SomeProtocol {}

内部クラスをジェネリッククラスにすること

内部クラスをジェネリッククラスにすることはできません。

// error: generic type 'SS' nested in type 'S' is not allowed
struct S {
    struct SS<T> {}
}

ジェネリッククラスを外に出してあげましょう。

struct S {}
struct SS<T> {}

ジェネリッククラスに内部クラスをつくること

ジェネリッククラスに内部クラスをつくることもできません。

// error: type 'SS' nested in generic type 'S' is not allowed
struct S<T> {
    struct SS {}
}

こちらも、ジェネリッククラスを外に出してあげましょう。

struct S<T> {}
struct SS {}

拡張に`<>`を使うこと

C++なんかを使っている人だとジェネリクスパラメータをArray<Int>みたいに特殊化したくなりますが、これはエラーになります。

// error: constrained extension must be declared on the unspecialized generic type 'S' with constraints specified by a 'where' clause
struct S<T> {}
extension S<Int> {}

指示通りにwhereを使ったrequirement節に書きかえてください。ただし、Intはプロトコル型でもクラス型でもありませんのでエラーになります。

// error: type 'T' constrained to non-protocol type 'Int'
extension S where T: Int {}

少し違いますが、IntegerTypeを使うならOK。

extension S where T: IntegerType {}

プロトコルで連想型での要求に自分自身を用いること

プロトコル内の連想型での要求部分に自分自身を用いることはできません。

// error: type may not reference itself as a requirement
protocol P {
    typealias S: P
}

いろいろな制限はSwift 3.0以降で緩和されていくかも

今月にSwift-Evolutionメーリングリスト内で、AppleのSwiftのリードエンジニアであるDouglas Gregor氏によるManifesto: Completing Genericsという投稿がありました。

swift-evolution: Manifesto: Completing Generics

これはジェネリクスに対する改善提案です。上の問題のいくつかを解決するような提案もなされています。

提案段階で、実現するかどうかもわかっていない (早くてもSwift 3.0以降らしい) ですが、この中からおもしろそうなものをいくつかピックアップして紹介すると、

プロトコル内にデフォルト実装を書けるように (わざわざ拡張で書く必要がなくなる！)
protocol<…>をAny<…>に変更

文法を見やすく (whereを後ろにもっていく)

func containsAll<S: Sequence>(elements: S) -> Bool
       where Sequence.Iterator.Element == Element

Generic typealiases

typealias StringDictionary<Value> = Dictionary<String, Value>

Variadicなジェネリクス

public struct ZipIterator<... Iterators : IteratorProtocol> : Iterator { ... }

パラメータ付き拡張

extension<T> Array where Element == T? { ... }

associatedtypeに任意を制約を付けられるように

associatedtype SubSequence : Sequence where SubSequence.Iterator.Element == Iterator.Element

ジェネリックパラメータのデフォルト値

public final class Promise<Value, Reason=Error> { … }

提案段階なので文法が実際どうなるかはわかりません。これ以外にもいろいろな改良があるようでこれからのジェネリクスまわりの変化が楽しみですね。

関西モバイルアプリ研究会 #11でSwiftのLensについて発表しました

2016-02-26T10:00:00.000+09:00

関西モバイルアプリ研究会 #11でSwiftのLensについて発表しました。

今回は大阪イノベーションハブで行われ、関モバでは始めての大阪開催となりました。

Lens自体については次のQiita記事が参考になります。

SwiftでLens(すごいgetter/setter)を実装してみた - Qiita

Lensy & Swift-IDL

OptionalとArrayに対応して、Resultを返すLensをつくりました。

safx/Lensy

OptionalとArrayにはそれぞれ、OptionalUnwrapLensとArrayIndexLensを使います。

editor.compose(OptionalUnwrapLens<Person>()).compose(name).get(book)       // OK("Sasaki")

authors.compose(ArrayIndexLens<Person>(at: 0)).compose(name).get(book)     // OK("Yamada")
authors.compose(ArrayIndexLens<Person>(at: 1)).compose(composed).get(book) // OK("Yokohama")
authors.compose(ArrayIndexLens<Person>(at: 2)).compose(composed).get(book) // Error(ArrayIndexOutOfBounds)

また、Lensをフィールドの数だけ自分で用意するのはさすがにつらいので、自動生成するツールをつくりました。

safx/swift-idl

swift-idlの自動生成にはHelperが含まれており、これは$でアクセスできます。 Helperを使うと、.記法での記述ができて補完も効くようになります

また、[]記法での配列の要素アクセスができるようになります。

ただし、Optionalのアンラップにはunwrapを利用します。これは、Swiftでは演算子!のオーバライドが禁止されているからです。

その他の利用方法については、それぞれのREADMEを参照してください。

雑感

会場の利用時間の都合もあって、発表者の抽選がありました。発表側の抽選が意味をなしたのも、関モバでは始めてのはず。発表者を含む参加者が50人を超えたのも始めてで、いろいろ始めてづくしの回でした。

RxSwift用のObservableなArrayをつくった

2016-02-18T10:00:00.000+09:00

Arrayのメソッドを持っていて、保持している要素が変化したときにはメッセージを投げる配列っぽいものをつくりました。

最新のRxSwift 2.2に対応しており、PodとCarthageで利用可能です。

safx/ObservableArray-RxSwift

基本的な使いかた

こんな感じで宣言します。

var array: ObservableArray<String> = ["foo", "bar", "buzz"]

ObservableArrayには、Rxのメッセージ用のメソッドrx_elements()とrx_events()を持っています。

func rx_elements() -> Observable<[Element]>       // 要素全体
func rx_events() -> Observable<ArrayChangeEvent>  // 差分によるイベント

通常のRxSwiftのようにsubscribeして使えます。

array.rx_events().subscribeNext { print($0) }

rx_eventsは変化した後の配列の要素すべてを投げますので、ここから、次のようにメソッドを呼ぶと、

array.append("coffee")
array[2] = "milk"
array.removeAll()

次のような結果が表示されるはずです。

["foo", "bar", "buzz", "coffee"]
["foo", "bar", "milk", "coffee"]
[]

UITableViewでの表示

rx_itemsWithCellIdentifierと組み合わせると、次のような感じで使えるようになるはずです。

model.rx_elements()
    .observeOn(MainScheduler.instance)
    .bindTo(tableView.rx_itemsWithCellIdentifier("MySampleCell")) { (row, element, cell) in
        guard let c = cell as? MySampleCell else { return }
        c.model = self.model[row]
        return
    }
    .addDisposableTo(disposeBag)

`rx_events`

rx_eventsは変化の差分の情報を配列を投げます。

ArrayChangeEvent(insertedIndeces: [3], deletedIndeces: [], updatedIndeces: [])
ArrayChangeEvent(insertedIndeces: [], deletedIndeces: [], updatedIndeces: [2])
ArrayChangeEvent(insertedIndeces: [], deletedIndeces: [0, 1, 2, 3], updatedIndeces: [])

この結果を見ればわかるように、インデックスベースでの結果が返されます。

なので、UITableViewのinsertRowsAtIndexPaths、deleteRowsAtIndexPaths、reloadRowsAtIndexPathsなどを使ってアニメーションも頑張ればできます。

func toIndexSet(array: [Int]) -> [NSIndexPath] {
    return array.map { NSIndexPath(forRow: $0, inSection: 0) }
}
self.beginUpdates()
self.insertRowsAtIndexPaths(toIndexSet(event.insertedIndeces), withRowAnimation: .Automatic)
self.deleteRowsAtIndexPaths(toIndexSet(event.deletedIndeces), withRowAnimation: .Automatic)
self.reloadRowsAtIndexPaths(toIndexSet(event.updatedIndeces), withRowAnimation: .Automatic)
self.endUpdates()

完全な例はGitHubのReadmeを参照してください。

ちなみに、rx_itemsWithCellIdentifierが内部でreloadData()を呼んでしまうので、アニメーションをしたければrx_itemsWithCellIdentifierと絡めて利用できませんのでご注意を。

その他

CollectionType準拠していたりするのでsortなども使えます。

Cocoa勉強会関西で画像認識サービスとLightroomプラグインについて話しました

2016-01-28T20:00:00.000+09:00

第65回 Cocoa勉強会関西で「画像認識サービスとLightroomプラグイン」というタイトルで話しました。

写真のキーワードのサジェストをするLightroomプラグインをつくったので、それの紹介と現在ある画像認識サービスについて発表しました。

写真のキーワードを取る用途にはClarifaiがもっとも適していたので、Lightroomプラグインではこれを利用しました。

他の画像検索サービスなんかも、もっと使い込んでちゃんとお互いの優位点なんかを比較できたらなあと思っています。

質問にあったAKB48の顔認識ですが、Microsoft Project OxfordのFace Detectionで試したところ、2,3人認識できないことはありますが、結構な数を認識できているので普通に使えそうな印象でした。

LightroomのプラグインあたりのTipsもそれなりに溜っているのでブログにちょこっと書けたらなあと思っています。

画像認識サービスClarifaiを利用してLightroomの写真にキーワードを付けるプラグインをつくった

2016-01-19T10:00:00.000+09:00

画像認識サービスのClarifaiでは、画像を送信するとその画像に適したキーワードを返してくれるAPIを提供しています。これを利用して、Lightroomの写真にキーワードを付けるプラグインをつくってみました。

LightroomPlugin-ClarifaiTagger

なお、このあたりの詳しい内容は1月23日に開催される第65回 Cocoa勉強会関西にて発表する予定です。

動作環境

動作はMac OS X 10.11上のLightroom 5.7で確認しています。

それより前のバージョンでも動くかもしれませんが試していません。同様に、Windowsでも動くと思いますが試していません。

利用法

キーワードを付けたい画像を選択します。Clarifaiの制限で128枚以上を選択しないでください。
Lightroomメニュー → Library → Plugin-Extras → Open with Selected Photos
しばらく待つとキーワード選択ウィンドウが表示されますので、追加したいキーワードにチェックを入れてSaveをクリックしてください。

導入方法

Clarifaiにアカウント登録およびアプリケーションを作成する
LightroomのプラグインマネージャからClarifaiTagger.lrdevpluginを追加する
先ほど作成したアプリケーションのClient IDとClient Secretをプラグイン設定のClient IDとClient Secretに入れる

設定次第では英語のキーワードを返すようにもできます。

2015年の人気記事まとめ

2016-01-06T10:00:00.000+09:00

あけましておめでとうございます。

本ブログで2015年に書かれたの記事を人気順にまとめました。

2015年は書いた記事が18本しかなかったので上位5件だけ紹介します。

1. SwiftでassertとpreconditionとfatalErrorをうまく使い分ける

Swiftに用意されているアサーション系メソッドであるassertとpreconditionとfatalErrorの違いをまとめた記事。

この記事に書かれていない違いとしては、fatalErrorにだけ@noreturnが付いているという点もあります。なので、guard節などでreturnせずに使えるのはfatalErrorだけです。

2. iOS 9でアプリ間のDnDができたので、関西モバイルアプリ研究会 #6で発表してきた

上のgifを見たらわかるように、完全にネタっぽい記事です。

ちなみに、昨年末ごろに、アプリ間のDnDも可能なライブラリが登場していますので、これを利用したらすぐに利用できるようになるかもしれません。

nevyn/CoreDragon · GitHub (以前はSPDragNDropと呼ばれていた)

CoreDragonは内部的にはUDPを利用したIPC上に、JSON風のデータを流すことでDnDデータのやりとりをしているようですので、知らないアプリ同士のDnDもできるのかもしれません。

ちなみに、アプリ間のDnDを利用したストアアプリは未だに見たことはないです。

3. Metalでwaifu2xを実装してみた

MacでMetalが使える！ということで試しに作ってみました、くらいの記事。

普通に利用するだけなら、他のものを利用したほうがよいです。

WL-Amigo/waifu2x-converter-cpp · GitHub

waifu2xの仕組みについては次の記事もどうぞ。

第62回 Cocoa勉強会関西でMetalとwaifu2xについて話しました

また、もっとシンプルなMetalコマンドラインアプリが見たいなら、こちらもどうぞ。

safx/Metal-CommandLine-Sample-Swift · GitHub

4. 20の言語/環境でてきとうにベンチマークしてみた (Rust, Go, Crystal, Nim, Swiftなど)

Swiftってどのくらい早いんだろう？というところから調べはじめた記事。

記事にまとめるのにずいぶん手間どりましたが、いろいろな言語を触れてよかったです。言語の違いをもっと感じられるほどのベンチマーク問題ならもっとよかったのでしょうけれど…。

5. SwiftのStringInterpolationConvertibleプロトコルで文字列出力をカスタマイズする

使いかたのわかりづらいStringInterpolationConvertibleの解説記事。

StringInterpolationConvertibleは使い処が難しいですよね。よい利用法があったら教えて欲しいです。

本年もよろしくお願いいたします。

RxSwiftでのretry、retryWhenを利用したエラー時の再実行について

2015-12-25T23:30:00.000+09:00

RxSwiftで`retry`、`retryWhen`を利用すると、処理の再実行やエラー処理がすっきり書けるようになるみたいなので試してみました。

対象となるシーケンス

次のような、3回やりなおさないと完了しないシーケンス (Observable) があるとします。

var count = 1
let sequence: Observable<Int> = create { observer in
    let error = NSError(domain: "Test", code: 400 + count, userInfo: nil)
    observer.on(.Next(1))
    observer.on(.Next(2))
    if count < 3 {
        observer.on(.Error(error))
        count++
    }
    observer.on(.Next(3))
    observer.on(.Next(4))
    observer.on(.Completed)

    return NopDisposable.instance
}

これを完了させるようにするには、retryやretryWhenを使います。

`retry`

単純に失敗したら何回でもリトライしてよいなら、retryを使います。

let disposeBag = DisposeBag()
sequence
    .retry()
    .subscribe { print($0) }
    .addDisposableTo(disposeBag)

実行結果は次のようになります。

Next(1)
Next(2)
Next(1)
Next(2)
Next(1)
Next(2)
Next(3)
Next(4)
Completed

`retry(n)`

リトライする回数を指定することもできます。

sequence
    .retry(2)
    .subscribe { print($0) }
    .addDisposableTo(disposeBag)

実行結果は次の通り。retry(2)なので、2回目の失敗で諦めてエラーを出していることがわかります。

Next(1)
Next(2)
Next(1)
Next(2)
Error(Error Domain=Test Code=402 "(null)")

`retryWhen`

エラーコードが400番台のエラーはリトライしたいが、それ以外ではすぐに諦めてエラーを出したい、という状況を考えてみます。このようなときはretryWhenを使います。

sequence
    .retryWhen { (errors: Observable<ErrorType>) in
        return errors.flatMap { err -> Observable<Int64> in
            let e = err as NSError
            if 400..<500 ~= e.code {
                return just(0)
            }
            return failWith(err)
        }
    }
    .subscribe { print($0) }
    .addDisposableTo(disposeBag)

sequenceがエラーになる度に、retryWhenのクロージャ引数のerrorsにエラーが渡ってきます。よって、エラーのシーケンスerrorsをflatMapなどで処理し、そのときにエラーコードを見て適切な処理をするようにします (ちなみに、ここでflatMapの代わりに、mapを使うとなぜか上手くいきませんでした)。

なお、retryWhenが実際にどのように処理をするのかは、次に示すように返すイベントの種類によって変わります (ここでは型は関係なく、Int64以外のものでも構いません)。

.Nextのとき、sequenceをリトライする
.Completeのとき、sequenceをリトライさせずに、完了させる
.Errorのとき、sequenceをリトライさせずに、エラーにする

これを上のコードに当てはめると、次のようになります。

エラーコードが400番台のときは.Next(0)になるのでリトライ
それ以外は.Error(err)になるのでエラー

`retryWhen`でリトライ回数制限

先ほどのコードにリトライの回数制限を設けてみます。つまり、次のような感じです。

エラーコードが400番台のエラーは、2回までリトライするが、3回めには諦めてエラーにする
エラーコードが400番台のエラーではないなら、すぐにエラーにする

これを実現する、とりあえずさっと思いつくコードは次のようになります。外にretryCountがあって汚ないですが、ともかくちゃんと動きます。

var retryCount = 0
let scheduler = SerialDispatchQueueScheduler(globalConcurrentQueuePriority: .Low)
sequence
    .retryWhen { (errors: Observable<ErrorType>) in
        return errors.flatMap { err -> Observable<Int64> in
            let e = err as NSError
            retryCount += 1

            if 400..<500 ~= e.code && retryCount < 3 {
                return timer(5, scheduler)
            }
            return failWith(err)
        }
    }
    .subscribe { print($0) }
    .addDisposableTo(disposeBag)

ちなみに、このコードではjust(0)を返す代わりに、timer(5, scheduler)を返すようにしています。これによってリトライ前に5秒待つようになります。

`retryWhen`でリトライ回数制限 (2)

先ほどのコードをscanで書き直してみます。簡単に言うとscanはシーケンス向けreduceです。前の値と今の値が与えられるので、次の値を返していきます。

sequence
    .retryWhen { (errors: Observable<ErrorType>) in
        return errors.scan((0, nil)) { (a: (Int, ErrorType!), e) in
                return (a.0 + 1, e)
            }
            .flatMap { retryCount, err -> Observable<Int64> in
                let e = err as NSError
                if 400..<500 ~= e.code && retryCount < 3 {
                    return timer(5, scheduler)
                }
                return failWith(err)
            }
    }
    .subscribe { print($0) }
    .addDisposableTo(disposeBag)

上では、初期値にタプル(0, nil)を与えています。これは「0回のエラー、最新のエラーは空」を意味します。そして、エラーになる度にタプルの0番めの値を1増加させ、タプル1番めの値は最新のエラーに置き替えるようにしています。

多少変則的なscanの使いかたですが、外に変数がなくなった分すっきりしました。

`retryWhen`でリトライ回数制限 (3)

実はscanを使わなくても、もっと綺麗に書く方法があります。 flatMapWithIndexという、シーケンスの要素と添字をタプルとして与えてくれるメソッドを使えばよいのです。

sequence
    .retryWhen { (errors: Observable<ErrorType>) in
        return errors
            .flatMapWithIndex{ err, retryCount -> Observable<Int64> in
                let e = err as NSError
                if 400..<500 ~= e.code && retryCount < 3 {
                    return timer(5, scheduler)
                }
                return failWith(err)
        }
    }
    .subscribe { print($0) }
    .addDisposableTo(disposeBag)

これですっきりとわかりやすいコードになりました。

おわりに

RxSwiftでretry、retryWhenを利用してエラー時の再実行を試してみました。

なお、リトライしないのであれば、catchErrorJustReturn()、catchError()というメソッドも利用できます。

20の言語/環境でてきとうにベンチマークしてみた (Rust, Go, Crystal, Nim, Swiftなど)

2015-11-05T10:00:00.000+09:00

自分が普段利用している言語や、気になっている言語などを集めてベンチマークを行いました。

次の2つのブログ記事の伝統に則り、再帰のフィボナッチ関数を使って、処理時間や利用メモリなどを計測してみました。

ただし、値は埋め込みではなくて、コマンドライン引数として取れるように変更しています (定数で最適化されると嫌なので)。

言語紹介

測定したのは、次の20言語です。

C (Clang)
C++ (Clang)
Chapel
Crystal
D (DMD, LDC)
Elixir
Felix
Go
Julia
Lua (LuaJIT)
Nim
JavaScript (Node)
OCaml
PHP
Perl
Pony
Python (Python, Nuitka, PyPy)
Ruby
Rust
Swift

Javaを入れるのが嫌なので、Java VM系の言語は一切ありません。

ソースなどは次のリポジトリにあります。

safx/fibonacci-benchmark · GitHub

というわけで、各言語 (環境) を紹介。TIOBE Index for October 2015のランク上位の言語から順に紹介していきます。

C

#include <stdio.h>
#include <stdlib.h>

int fib(int n) {
  return n < 2 ? n : fib(n - 1) + fib(n - 2);
}

int main(int argc, char** argv) {
  printf("%d\n", fib(atoi(argv[1])));
  return 0;
}

他の言語もそうですが、コンパイルエラーにならない限りはエラー処理は極力無視するスタイルです。

コンパイルはclangなので-Ofast。

clang -Ofast -o fib-c fib.c

“clang” C Language Family Frontend for LLVM

C++

19個だときりが悪いということで最後に急遽追加。

#include <iostream>
#include <string>

int fib(int n) {
  return n < 2 ? n : fib(n - 1) + fib(n - 2);
}

int main(int argc, char** argv) {
  std::cout << fib(std::stoi(argv[1])) << std::endl;
  return 0;
}

C++11からstoiが使えるのでちょっと楽になりました。

コンパイルはCのときと同じ-Ofast。

clang++ -Ofast -o fib-c++ fib.cc

Python

スクリプト言語としては、一番よく利用して一番好きな言語です。 3項演算子の書きづらさだけはどうにかして欲しいですけれど。

Macに初期状態で入っているpythonをそのまま利用しています。

import sys

def fib(n):
    return n if n < 2 else fib(n - 1) + fib(n - 2)

print(fib(int(sys.argv[1])))

実行時のオプション指定はなし。

python ./fib.py

Welcome to Python.org

PyPy

PythonのJIT実行環境。最近4.0.0が出ました。

ソースはPythonのをそのまま利用。

実行時オプションがいろいろ曲者で、設定次第で速度が倍以上違うので困りました。そこそこ速そうな--jit function_threshold=5000を利用しています。

$ time pypy ./fib.py 42
267914296
pypy ./fib.py 42  10.06s user 0.09s system 99% cpu 10.181 total

$ time pypy --jit function_threshold=5000 ./fib.py 42
267914296
pypy --jit function_threshold=5000 ./fib.py 42  3.79s user 0.07s system 99% cpu 3.878 total

PyPy - Welcome to PyPy

Nuitka

ネイティブバイナリを作ることができるPythonコンパイラ、ということでPythonと比べてどれくらい早くなるかを試してみました。ソースはPythonのものをそのまま利用しています。

コンパイルは--clangを付けましたが多分省略しても同じ。

nuitka --clang fib.py

Nuitka Home

PHP

ハイパーテキスト向けのプリプロセッサ。もう少しでPHP 7もリリースされるんですかね。 Macに初期状態で入っていたので、書きました。

<?php
function fib($n) {
    return $n < 2 ? $n : fib($n - 1) + fib($n - 2);
}

echo fib($argv[1]), "\n";
?>

実行時のオプション指定はなし。

php  ./fib.php

PHP: Hypertext Preprocessor

Node

Chrome V8を搭載したJavaScript実行環境。

function fib(n) {
    return n < 2 ? n : fib(n - 1) + fib(n - 2);
}

console.log(fib(process.argv[2]));

V8のオプションがいろいろあって死にそうになりましたが、ちょっといじってみても変わりがなかったので、オプションなしでデフォルトのまま実行しています。

node ./fib.js

Node.js

Perl

言わずと知れたスクリプト言語。蝶のロゴが可愛いPerl 6はPerl 5の妹らしい。 Macに初期状態で入っているperlをそのまま利用しています。

sub fib {
    my $n = shift;
    return $n < 2 ? $n : fib($n - 1) + fib($n - 2);
}

print fib($ARGV[0]), "\n";

実行時のオプション指定はなし。

perl ./fib.pl

The Perl Programming Language - www.perl.org

ちなみに、Perl 6も試したのですが、Perl 5以上に猛烈に遅いので今回はベンチマーク対象にしていません (ソースはfib.pl6)。

$ time perl6 --optimize=3 fib.pl6 30
832040
perl6 --optimize=3 fib.pl6 30  13.19s user 0.32s system 99% cpu 13.539 total

$ time perl fib.pl 30
832040
perl fib.pl 30  0.83s user 0.01s system 99% cpu 0.845 total

Ruby

スクリプト言語。 Macに初期状態で入っているrubyをそのまま利用しています。

def fib(n)
  if n < 2
    n
  else
    fib(n - 1) + fib(n - 2)
  end
end

puts fib(ARGV[0].to_i())

実行時のオプション指定はなし。

ruby ./fib.rb

Ruby Programming Language

Crystal

Ruby作者のMatz氏も驚くRuby風のコンパイル言語。LLVM BC経由でネイティブバイナリを吐いてくれます。

これ、Rubyでもそのまま動くんじゃないか？ Crystalすげーっ。 https://t.co/pO0F0vqTly
— Yukihiro Matsumoto (@yukihiro_matz) June 16, 2015

ソースはRubyのものをそのまま利用しています。

ちなみに、3項演算子あたりはRubyと違うようなので、両方で実行できるようなソースにしています。

コンパイル時オプションには--release。さらに、リンクエラーになったので-L/usr/local/libを追加しています。

crystal build --link-flags -L/usr/local/lib --release -o fib-crystal fib.rb

Crystal

Swift

年末にはオープンソースになる予定のApple製の言語。 TIOBEでのランクもじわじわと上がっています。というかObjective-Cがランク下げすぎです。

func fib(n: Int) -> Int {
    return n < 2 ? n : fib(n - 1)  + fib(n - 2)
}

print(fib(Int(Process.arguments[1])!))

コンパイルオプションは-O。

swiftc -O -o fib-swift fib.swift

Swift - Overview - Apple Developer

D

Facebookが手を入れ始めた言語。

import std.stdio;
import std.conv;

int fib(int n) {
    return n < 2 ? n : fib(n - 1) + fib(n - 2);
}

void main(string[] args) {
    writeln(fib(to!int(args[1])));
}

コンパイラはDMDとLDCの2種類あり、コンパイルオプションはそれぞれ次の通り。-O5とか実装があるのを始めて見ました。

dmd -m64 -release -O -offib-d fib.d
ldc2 -L=-w -O5 -m64 -offib-d-ldc fib.d

Home - D Programming Language

LuaJIT

軽量スクリプト言語として有名なLuaのJITコンパイラです。

function fib(n)
  if (n < 2) then
    return n
  else
    return fib(n - 1) + fib(n - 2)
  end
end

print(fib(tonumber(arg[1])))

実行時オプションは-O3。

luajit -O3 ./fib.lua

The LuaJIT Project

Elixir

Erlang VM上で動作する関数型言語。今回始めて書きましたが、モジュール宣言は必須なのかがいまいちわからず。

defmodule Fibonacci do
  def fib(n) when n < 2 do
      n
  end

  def fib(n) do
      fib(n - 1) + fib(n - 2)
  end
end

if System.argv != [] do
  IO.puts Fibonacci.fib(String.to_integer(List.first(System.argv())))
end

実行時オプションは特になし。

elixir ./fib.exs

Elixir

OCaml

下で紹介しているFelixをコンパイルするための副産物として入ったので、ついでにコードも書いてみました。

今回始めて書いたので文法がわからずに苦労しました。

let rec fib n =
  if n < 2 then n else fib (n - 1) + fib (n - 2);;

print_int (fib (int_of_string Sys.argv.(1)));
print_newline ()

最適化コンパイラのocamloptを使うのでコンパイラオプションは特になし。

ocamlopt -o fib-ocaml fib.ml

OCaml

Rust

Mozilla Research製の言語。if let SomeのあたりはSwiftっぽいですね。

use std::env;

fn fib(n: isize) -> isize {
    if n < 2 {
        n
    } else {
        fib(n - 1)  + fib(n - 2)
    }
}

fn main() {
    if let Some(s) = env::args().nth(1) {
        if let Ok(n) = s.parse::<isize>() {
            println!("{}", fib(n));
        }
    }
}

コンパイルオプションは-Oのみ。

rustc -O -o fib-rust fib.rs

The Rust Programming Language

Go

TIOBEでのランクだと50位より下だったことにちょっと驚いてしまったGoogle製の言語。マスコットキャラのGopherが可愛い。

package main

import (
  "fmt"
  "os"
  "strconv"
)

func fib(a int) int {
  if a < 2 {
    return a
  } else {
    return fib(a - 1) + fib(a - 2)
  }
}

func main() {
  n, _ := strconv.Atoi(os.Args[1])
  fmt.Println(fib(n))
}

コンパイルオプションはないっぽい。buildにすると最適化されているのだろうか…。

go build -o fib-go fib.go

The Go Programming Language

Julia

MathematicaやMATLABの流れを汲む科学計算向けの言語、らしい。

fib(n) = n < 2 ? n : fib(n - 1) + fib(n - 2)

println(fib(parse(ARGS[1])))

実行時には最適化オプションの-Oを追加。

julia -O ./fib.jl

The Julia Language

Nim

マルチパラダイム言語。昔はPascalで書かれていたらしい。確かにresultに代入できたりするところがPascalっぽい。デフォルトではCソースを吐いてからそれをコンパイルしています。

import os
import strutils

proc fib(n: int): int =
  result = if n < 2: n else: fib(n - 1) + fib(n - 2)

echo(fib(parseInt(paramStr(1))))

コンパイルオプションはいろいろ付けていますが、-d:releaseが重要。

nim c --verbosity:0 -d:release --app:console --opt:speed --out:fib-nim fib.nim

Nim Programming Language

Chapel

ここからマイナー言語の紹介。といっても、これはGitHubのTrending repositoriesに名前があるだけ有名なほうです。

スーパーコンピュータで有名なクレイがつくった並列計算のための言語 (ソースはGitHubで公開)。 2004年くらいから開発が始まっているみたいですが、息が長い割にまったく名前を聞いたことがなかったです。

proc fib(n): int return if n < 2 then n else fib(n - 1) + fib(n - 2);

config var n = 1;
writeln(fib(n));

おもしろいことに、グローバル変数の宣言にconfigと付けると、コマンドライン引数と見なしてくれる機能があること (上の例だと、--n=4みたいに指定できるようになる)。まさに、コマンドラインツールを書くための言語。

コンパイル引数はよくありがちな-O。

chpl -O -o fib-chapel fib.chpl

Chapel: Productive Parallel Programming

Pony

Erlangのようにアクターモデルを持ちつつ、LLVMベースでネイティブバイナリにコンパイルできるため、実行パフォーマンスがよい言語。

actor Main
  fun fib(n: U32): U32 =>
    if n < 2 then
      return n
    else
      return fib(n - 1) + fib(n - 2)
    end

  new create(env: Env) =>
    let n: U32 = try env.args(1).u32() else 0 end
    env.out.print(fib(n).string())

コンパイル引数はちょっと特殊でponycのみでよく、カレントディレクトリのソースを捜索してコンパイルするみたいです。

ponyc

Pony - High Performance Actor Programming

Felix

恐らく知っている人はいないであろう超マイナー言語。言語のロゴはこれでいいのか…？ 5年ぶりくらいにメジャーアップデートが出そうな気配です。言語的にはC++のトランスレータ的な趣きが強い。 C++との連携にグルーコードが不要とか、Cよりも早いバイナリを作るよとか書かれていて気になったので試してみました。

最近、WindowsとLinuxにはバイナリが用意されるようになったみたいですが、 Macではバイナリがない上に2015.10.30-rc8だとコンパイルエラーになるので、どうにかコンパイルできたコミット2b4c4a7のバイナリを利用しています。

fun fib (n:int) =>
    if n < 2 then n else fib(n - 1) + fib(n - 2) endif;

println $ str $ fib $ int $ System::argv 1;

コンパイルオプションは次の通り。

flx --static -c -O3 -o fib-felix fib.flx

felix-lang/felix · GitHub

速度

上で紹介したベンチマーク記事が42を使っていたので、各言語でfib(42)した結果をグラフにまとめました。

コンパイル言語のみでまとめなおしたものがこちら。最速はOCamlで、続いてSwift, Rust, D (LDC), Felix, Crystal, Cとなりました。 OCamlとSwiftが一歩だけ抜けて早いかんじです。使っている分にはSwiftが早い感じはあまりしませんけれど。

fib(1)のときはあまり処理がないので、だいたい起動処理時間と思ってよいはず…ということでスクリプト言語の起動時間としてまとめたものがこちら。コンパイル言語はすべて起動時間0なので省略しています。 Perlの圧倒的な起動時間の速さに驚かされます。

で、フィボナッチの値を1から45 (スクリプト言語は42) まで変化させてみたときの結果は次の通り。全てを覆い、天を突き抜けようとしているのがPerlです。 PyPyは処理が多くなると最適化をかけ直したりするのか、処理時間が安定しません。

上のグラフを、右下のみを拡大させた結果は次のようになります。

全体を対数グラフにしたものがこちら。Juliaの「ウサギとカメ」のカメ感がなかなかよいです。

右下のみを拡大して見やすくしたものがこちら。こうして見ると、OCamlとSwiftの2つはグラフが被っていて、だいたい同じ結果になっていることがわかります。

元データの表へのリンク

実行時メモリ使用量

それぞれ、fib(35)の値を取るときに/usr/bin/time -lして、そのmaximum resident set sizeの値を結果としました。Juliaがメモリ食いすぎでした。

言語/環境	サイズ (バイト)
C	688,128
C++	692,224
Felix	794,624
Nim	819,200
OCaml	864,256
Pony	995,328
LuaJIT	1,134,592
Rust	1,134,592
D (DMD)	1,142,784
Crystal	1,236,992
D (LDC)	1,327,104
Go	1,462,272
Perl	1,683,456
Chapel	1,839,104
Swift	3,629,056
Python	4,759,552
Nuitka	4,849,664
Ruby	7,135,232
PHP	9,342,976
Node	18,325,504
Elixir	33,153,024
PyPy	51,376,128
Julia	97,636,352

コンパイル時間

コンパイラ言語のみ、コンパイル時間を計測してみました。直前にmake && make cleanしてからの結果。

言語/環境	時間 (秒)
C	0.06
OCaml	0.12
Felix	0.23
D (dmd)	0.25
Rust	0.26
Swift	0.26
Go	0.37
C++	0.42
D (ldc)	0.64
Nim	0.68
Nuitka	1.57
Crystal	2.06
Pony	2.42
Chapel	3.26

バイナリ

コンパイラ言語のバイナリの状況です。

まずはファイルサイズ。Cは群を抜いて小さいですね。

言語/環境	サイズ (バイト)
C	8,504
C++	10,180
Swift	17,560
Nim	42,896
Crystal	65,580
Pony	82,432
Nuitka	88,200
OCaml	187,596
Rust	277,604
Felix	497,088
Chapel	520,132
D (dmd)	594,608
D (ldc)	2,160,220
Go	2,324,112

続いて、依存ライブラリ。 Goは何にも依存していません。これならバイナリサイズが大きいのも納得です。 libSystem.B.dylibは他の環境で言うところのlibcに当たるものらしいので、C言語やC言語に変換系の言語ではこれに依存しています。

fib-go:
fib-c:
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-d:
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-d-ldc:
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-nim:
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-rust:
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-ocaml:
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-pony:
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-c++:
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-felix:
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-swift:
    /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
    @rpath/libswiftCore.dylib (compatibility version 0.0.0, current version 0.0.0)
fib-nuitka:
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
    /System/Library/Frameworks/Python.framework/Versions/2.7/Python (compatibility version 2.7.0, current version 2.7.10)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
fib-chapel:
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)
    /usr/local/opt/chapel/libexec/third-party/gmp/install/darwin-clang-native/lib/libgmp.10.dylib (compatibility version 13.0.0, current version 13.0.0)
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
fib-crystal:
    /usr/local/opt/libevent/lib/libevent-2.0.5.dylib (compatibility version 7.0.0, current version 7.9.0)
    /usr/local/opt/libpcl/lib/libpcl.1.dylib (compatibility version 2.0.0, current version 2.11.0)
    /usr/lib/libpcre.0.dylib (compatibility version 1.0.0, current version 1.1.0)
    /usr/local/opt/bdw-gc/lib/libgc.1.dylib (compatibility version 2.0.0, current version 2.3.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1)

どれも問題なく64-bitバイナリでした。

fib-c:       Mach-O 64-bit executable x86_64
fib-c++:     Mach-O 64-bit executable x86_64
fib-chapel:  Mach-O 64-bit executable x86_64
fib-d:       Mach-O 64-bit executable x86_64
fib-d-ldc:   Mach-O 64-bit executable x86_64
fib-crystal: Mach-O 64-bit executable x86_64
fib-go:      Mach-O 64-bit executable x86_64
fib-felix:   Mach-O 64-bit executable x86_64
fib-nim:     Mach-O 64-bit executable x86_64
fib-rust:    Mach-O 64-bit executable x86_64
fib-swift:   Mach-O 64-bit executable x86_64
fib-ocaml:   Mach-O 64-bit executable x86_64
fib-nuitka:  Mach-O 64-bit executable x86_64
fib-pony:    Mach-O 64-bit executable x86_64

雑感

最速はOCamlとSwift
Goのシングルバイナリ感がすごい
Perlは実行速度は遅いが、起動の軽さとメモリ利用量の少なさがよい
PythonはRubyより遅いのね…
Rustは1.4.0になって、Cと同等の速度になった (1.3.0はCの4割くらい遅かった)
CrystalはだいたいC同じくらいの速度。ただしコンパイルは遅い
Juliaは起動が遅いが、それ以降はコンパイラ言語並みに早い
PyPyの速度の不安定さ。ちゃんと使うならチューニング必須
Luaのいろいろな軽さ

バージョン

基本的に、brew, brew cask, pipを利用しております。

Rust: 最新版パッケージのなかったので公式サイトよりパッケージインストール
Nim: 最新版パッケージのなかったので公式サイトよりビルド
Felix: パッケージのないのでソースよりビルド (コミット2b4c4a7)

言語/環境	バージョン
C, C++ (Clang)	Apple LLVM version 7.0.0 (clang–700.1.76)
Chapel	chpl Version 1.12.0
Crystal	Crystal 0.9.1 (Fri Oct 30 13:49:50 UTC 2015)
D (dmd)	DMD64 D Compiler v2.068
D (ldc)	LDC - the LLVM D compiler (0.16.0):
Elixir	Elixir 1.1.1
Felix	version 15.08.15
Go	go version go1.5.1 darwin/amd64
Julia	julia version 0.4.0
LuaJIT	LuaJIT 2.0.4 – Copyright (C) 2005–2015 Mike Pall. http://luajit.org/
Nim	Nim Compiler Version 0.12.0 (2015–10–27) [MacOSX: amd64]
Node	v5.0.0
Nuitka	0.5.15
OCaml	The OCaml toplevel, version 4.02.3
PHP	PHP 5.5.27 (cli) (built: Aug 22 2015 18:31:33)
Perl	This is perl 5, version 18, subversion 2 (v5.18.2) built for darwin-thread-multi–2level
Pony	0.2.1
Python	Python 2.7.10
PyPy	[PyPy 4.0.0 with GCC 4.2.1 Compatible Apple LLVM 7.0.0 (clang–700.1.76)]
Ruby	ruby 2.0.0p645 (2015–04–13 revision 50299) [universal.x86_64-darwin15]
Rust	rustc 1.4.0 (8ab8581f6 2015–10–27)
Swift	Apple Swift version 2.1 (swiftlang–700.1.101.6 clang–700.1.76)

測定環境

MacBook Pro (Retina, Mid 2012)
Processor 2.6 GHz Intel Core i7
Memory 16 GB 1600 MHz DDR3
OS OS X El Capitan (15A279b)

FastlaneのsnapshotがUIテストに対応したので試してみた (関西モバイルアプリ研究会 #7)

2015-10-30T10:00:00.000+09:00

アプリのスクリーンショットを撮るためのツールである、fastlaneのsnapshotがUIテストに対応したので試してみました、という発表を関西モバイルアプリ研究会 #7でしてきました。

snapshotへの対応

snapshotへの対応は、だいたい次のようになります。

snapshot init
作られたSnapshotHelper.swiftをUIテストに追加する
作られたSnapfileを編集する

UIテストのsetUp()に次のコードを追加する

let app = XCUIApplication()
setLanguage(app)
app.launch()

通常の手順でUIテストを記録
スクリーンショットを撮りたいところで、snapshot("0Launch")みたいなコードを追加する

Tips

UIテスト中であることをターゲットアプリ側で認識

XCUIApplication.launchArgumentsを利用するとターゲットアプリに引数を渡して起動できます。

let app = XCUIApplication()
setLanguage(app)
app.launchArguments += ["--snapshot"] // 追加
app.launch()

その引数はNSProcessInfo.argumentsで取れるので、そこでチェックしましょう。

if NSProcessInfo().arguments.indexOf("--snapshot") != nil {
    // code for initilizing
}

これを使うとapplication:didFinishLaunchingWithOptions:のタイミングでsnapshotを撮る用のデータを用意したりすることができるようになります。

タブバーなどでスクリーンショットがうまく撮れない

2015.12.26 追記 このバグはFastlane 1.2.0で修正されました。

UIテストでは、基本的にUI操作ごとに自動でキャプチャを撮るようになっています。

snapshot()では、snapshotのためのキャプチャであるとわかるように、画面外でのスワイプを行っています。

let view = XCUIApplication()
let start = view.coordinateWithNormalizedOffset(CGVectorMake(32.10, 30000))
let finish = view.coordinateWithNormalizedOffset(CGVectorMake(31, 30000))
start.pressForDuration(0, thenDragToCoordinate: finish)

しかし、これがシミュレータ上では画面右端のタップと勘違いされてしまうので、タブの切り替えが発生してしまいます。

これを防ぐには次のようなコードをapplication:didFinishLaunchingWithOptions:やviewDidLoad:に入れるとよいです。

if let rootView = window?.rootViewController?.view
        where NSProcessInfo().arguments.indexOf("--snapshot") != nil {
    let s = rootView.frame.size
    let view = UIView(frame: CGRectMake(s.width - 1, s.height - 1, 1, 1))
    rootView.addSubview(view)
}

上で説明した、UIテスト中の判定もしているので通常の実行では、ここは実行されません。 #if DEBUGなんかで囲ってしまうとさらによいでしょう。

参考: UI Testing: Snapshot helper clicks item on tabBar #215

許可を求めるダイアログでOKする

コンタクト情報へのアクセスなどの許可を求めるダイアログは、アプリ内の要素なので次のようにすればOK。

let app = XCUIApplication()
let button = app.alerts.element.collectionViews.buttons["OK"]
if button.exists {
    button.tap()
}

参考: Xcode7 | Xcode UI Tests | How to handle location service alert?

大きめのデバイスでスクリーンショットが汚ない

2015.12.26 追記 このバグはFastlane 1.2.0で修正されました。起動時に自動で、シミュレータサイズが等倍になります。

iPhone 5よりも横幅が長いデバイスではスクリーンショットが上のように汚なくなることがあります。

これはシミュレータのバグです。シミュレータの倍率を等倍にすると回避できます。

参考: Missing UI components in the screenshot #249

fastlaneのAndroid対応

次のWikiを参照してください。

fastlane for Android

fastlane actions --platform androidで確認したところ、gradleが追加されているようでした。それ以外のアクションとしては、git系のツールやslackなどのサービス向けのアクションがiOSと同様に使えるみたいでした。

おわりに

今回は株式会社はてなではなく、フリュー株式会社での開催。フリュー様の会議室は京都タワーの地下なので、京都駅前に近くて非常に便利でした。

会場と食事の提供をくださったフリュー株式会社に感謝いたします。

iOSなどのAPI Diffをside-by-sideのdiffにするSafari拡張をつくった

2015-10-14T10:00:00.000+09:00

AppleのiOS API Diffsのページの差分がわかりずらいので、それを見やすくするSafari拡張をつくりました。

safx/Safari-Extension-Swift-API-Diff · GitHub

こんな感じのiOSのAPI Diffを…

こんな風にside-by-sideのdiffにします。

導入

GitHubのリリースページからSwiftAPIDiff.safariextzをダウンロードして、それをクリックするだけです。

GitHub + Slather + TravisCI + Codecov.ioでSwiftのコードカバレッジを取る

2015-10-07T10:00:00.000+09:00

Xcode 7からSwiftでのコードカバレッジが採れるようになりましたので、Travis CI上でSlatherを実行することでカバレッジデータを取得して、それをCodecovに送るようにします。

本エントリを作成するにあたって、次の記事が大変参考になりました。

Code Coverage for iOS (Xcode 7)

2015.10.16追記
Codecov.ioはslatherなしでもカバレッジ取得が可能なので、本文中のSlatherに関する記述を削除

tl;dr

CodecovにGithubリポジトリを追加
Xcode上でテストするスキームのGather coverage dataにチェック
.travis.ymlのafter_successセクションに次のような記述を追加
```
after_success:
- bash <(curl -s https://codecov.io/bash)
```
バッジやグラフの追加

XcodeのCode Coverageの設定

Edit Scheme… → Test → Gather coverage dataにチェックを入れておきます。

これにチェックを入れた上で、メニュー → Edit → Show Code Coverageにもチェック入れて、Xcodeでテスト実行すると、とりあえずXcode上でカバレッジを見ることができます。

Codecov.ioでのリポジトリ準備

Codecov側でリポジトリを扱えるようにします。必要なことはCodecovのページでAdd new repository to Codecovをクリックしてリポジトリを選ぶだけです。

リポジトリを選択すると次のようなページが表示されますが、Travisと連携する場合には何もする必要はありません。

Codecov.ioへのガバレッジデータの送信

あとは、.travis.ymlに次のコードを追加するだけです。

after_success:
- bash <(curl -s https://codecov.io/bash) # この行を追加

これでTravisでビルドされたときに、成功ならカバレッジのデータがCodecovに送信されて、結果が見えるようになります。

非ガバレッジコードの指定

カバレッジを無視したいソースファイルはCodecov.ioのGUIで指定することができます。なぜか、Slatherで--ignoreを指定しても意味がなかったので、今回はCodecov.ioで設定しました。

README.mdへのバッジの追加など

あとは、バッジをREADMEに貼りつけたり、

[![codecov.io](http://codecov.io/github/safx/yavfl/coverage.svg?branch=master)](http://codecov.io/github/safx/yavfl?branch=master)

GitHubやBitbucketからカバレッジが見えるようにプラウザ拡張を導入するとよいでしょう。

SBShortcutMenuSimulatorでシミュレータ環境でのホームスクリーン上のクイックアクションを実現する

2015-10-05T11:00:00.000+09:00

Appleのドキュメントにある通り、3D TouchはXcode 7.0のシミュレータではサポートされていません。

しかし、ホームスクリーン上のクイックアクションについてはSBShortcutMenuSimulatorで疑似的に再現できます。

AppleのUIApplicationShortcutItemのサンプルだと次のようになります。

ビルド

git clone https://github.com/DeskConnect/SBShortcutMenuSimulator.git
cd SBShortcutMenuSimulator
make

使いかた

シミュレータが起動した状態で、SBShortcutMenuSimulatorの直下で次のコマンドを実行します。

xcrun simctl spawn booted launchctl debug system/com.apple.SpringBoard --environment DYLD_INSERT_LIBRARIES=$PWD/SBShortcutMenuSimulator.dylib
xcrun simctl spawn booted launchctl stop com.apple.SpringBoard

これで、TCPポート8000にアプリのバンドルIDを送信すれば、それに対応したアプリのクイックアクションが表示されます。

echo 'com.apple.mobilecal' | nc 127.0.0.1 8000

iOS 9でアプリ間のDnDができたので、関西モバイルアプリ研究会 #6で発表してきた

2015-10-05T10:00:00.000+09:00

iOS 9からiPadでMultitaskingが可能になりました。そこで、アプリ間のDnDができるんじゃないかと思って試してみたらできたので、関西モバイルアプリ研究会 #6で発表してきました。

デモアプリの実行の様子はこんな感じ。

デモアプリはこちら。

safx/iOS9-InterApp-DnD-Demo · GitHub

発表資料はこちら。簡単に言うと、touchesMovedがアプリのビュー範囲外でも継続しているので、IPCでどうにかすればいいよね…という内容です。

Q. Split view以外のときにもDnDはできるの？

質疑のときには、Slide OverではPrimary-app (左のアプリ) はバックグラウンドにあるからできません…と答えていたのですが、試してみたらできました。

アプリ側でビュー境界の判定がおかしいのでちょっとDnDが変になってますが、これはアプリ側で調整すれば何とかなるはず。

ドキュメントをちゃんと読むと、

ディバイダーが動いたときにapplicationWillResignActiveが呼ばれる
ディバイダーを動かし終えたときにどちらかのアプリを完全に隠したときには、そのアプリにapplicationDidEnterBackgroundが呼ばれる

ということなので、Slide OverではPrimary-appには、applicationWillResignActiveが呼ばれますがバックグラウンドには行くことはありません。

ちなみに実機のiPad mini 2でもちゃんとDnDできました。

ただし、Slide Overの場合には、次のような問題があります。

Primary-app (左) からSecondary-app (右) からへのDnDはできない
Primary-app (左) が暗いまま

Picture-in-Pictureは未確認です。

Q. 画像のDnDもできるの？

お互いのアプリがデータについてわかり合っていれば何でも送れる…はず。

おわりに

全部で13人の発表がありましたが、相変らずバラエティに富んだ内容で楽しく拝見させていただきました。

いつも会場と食事の提供をくださる株式会社はてなに感謝いたします。

第63回 Cocoa勉強会関西でSwift中間言語について話しました

2015-09-15T01:09:00.000+09:00

Cocoa勉強会関西にて、Swift中間言語 (SIL: Swift Intermediate Language) について話しました。

swiftcでオプション-emit-silgenを使うと、Swiftの内部で利用されている中間言語を出力することができます。

この言語については公式の説明は一切ないのですが、雰囲気でなんとなく読める部分もあるので、個人的に気になったlazyの用いたときの中間言語などを読んでみました。

補足

スライド15枚目から19枚目までは、 @starfruits_jさんによる今のうちに知っておきたい Swiftの高速化 + 3D Touch API のArrayが空かどうかについてのコードをSILで読むことで、それを補足する説明になっています。

lazyについての補足

Lazy stored propertyについて発表しました #関モバ - yashigani?.days の追記でlazy var T?とlazy var T!で挙動が違うみたいなことを言っていたので、これをSILで確かめてみたところ、値を代入するときの挙動が異なることがわかりました。

スライド24はSILを読んで、手動でSwiftに再変換したものです。内部的にはlazyはOptionalを利用して実装しています。 get時の動作は同じですが、setの操作が大きく異なります。 ImplicitlyUnwrappedOptionalのときはnilを代入しようとすると、そのOptional値がnilになるため、再初期化が必要になります。

代入についての補足

@starfruits_jさん他数名に、代入についてのスライドがなかったと突っ込みがあったので、ここで補足。

簡単に言うと、let _ = vでは、SILではswitch_enumを利用しており、かつalloc_stackを利用してないという点が速度に寄与しているように思えます。

元のSwiftソースが次のようだとすると、

func check_let(v: Int?) -> Bool {
    if let _ = v {
        return true
    }
    return false
}

func check_nil(v: Int?) -> Bool {
    if v != nil {
        return true
    }
    return false
}

これをSILに変換したコードは次のようになります。 check_letははじめのブロックがswitch_enumだけになって非常にシンプルです。

// Contents.check_let (Swift.Optional<Swift.Int>) -> Swift.Bool
sil hidden @_TF8Contents9check_letFGSqSi_Sb : $@convention(thin) (Optional<Int>) -> Bool {
bb0(%0 : $Optional<Int>):
  debug_value %0 : $Optional<Int>  // let v       // id: %1
  switch_enum %0 : $Optional<Int>, case #Optional.Some!enumelt.1: bb1, default bb2 // id: %2

bb1(%3 : $Int):                                   // Preds: bb0
     : // trueの処理
bb2:
     : // falseの処理
bb3(%14 : $Bool):                                 // Preds: bb1 bb2
  return %14 : $Bool                              // id: %15

check_nilは次のように複雑になっています。

// Contents.check_nil (Swift.Optional<Swift.Int>) -> Swift.Bool
sil hidden @_TF8Contents9check_nilFGSqSi_Sb : $@convention(thin) (Optional<Int>) -> Bool {
bb0(%0 : $Optional<Int>):
  debug_value %0 : $Optional<Int>  // let v       // id: %1
  // function_ref Swift.Bool._getBuiltinLogicValue (Swift.Bool)() -> Builtin.Int1
  %2 = function_ref @_TFSb21_getBuiltinLogicValuefSbFT_Bi1_ : $@convention(method) (Bool) -> Builtin.Int1 // user: %14
  // function_ref static Swift.!= infix <A where A: Swift.Equatable> (Swift.Optional<A>, Swift.Optional<A>) -> Swift.Bool
  %3 = function_ref @_TZFSsoi2neuRq_Ss9Equatable_FTGSqq__GSqq___Sb : $@convention(thin) <τ_0_0 where τ_0_0 : Equatable> (@in Optional<τ_0_0>, @in Optional<τ_0_0>) -> Bool // user: %13
  %4 = alloc_stack $Optional<Int>                 // users: %5, %13, %17
  store %0 to %4#1 : $*Optional<Int>              // id: %5
  // function_ref Swift.Optional.init <A> (Swift.Optional<A>.Type)(nilLiteral : ()) -> Swift.Optional<A>
  %6 = function_ref @_TFSqCurfMGSqq__FT10nilLiteralT__GSqq__ : $@convention(thin) <τ_0_0> (@out Optional<τ_0_0>, @thin Optional<τ_0_0>.Type) -> () // user: %9
  %7 = metatype $@thin Optional<Int>.Type         // user: %9
  %8 = alloc_stack $Optional<Int>                 // users: %9, %10, %16
  %9 = apply %6<Int>(%8#1, %7) : $@convention(thin) <τ_0_0> (@out Optional<τ_0_0>, @thin Optional<τ_0_0>.Type) -> ()
  %10 = load %8#1 : $*Optional<Int>               // user: %12
  %11 = alloc_stack $Optional<Int>                // users: %12, %13, %15
  store %10 to %11#1 : $*Optional<Int>            // id: %12
  %13 = apply %3<Int>(%4#1, %11#1) : $@convention(thin) <τ_0_0 where τ_0_0 : Equatable> (@in Optional<τ_0_0>, @in Optional<τ_0_0>) -> Bool // user: %14
  %14 = apply %2(%13) : $@convention(method) (Bool) -> Builtin.Int1 // user: %18
  dealloc_stack %11#0 : $*@local_storage Optional<Int> // id: %15
  dealloc_stack %8#0 : $*@local_storage Optional<Int> // id: %16
  dealloc_stack %4#0 : $*@local_storage Optional<Int> // id: %17
  cond_br %14, bb1, bb2                           // id: %18

bb1:                                              // Preds: bb0
     :

Twitterロゴ入りのスピーカーをいただきました

2015-08-28T01:27:00.000+09:00

関西モバイルアプリ研究会 #5で発表した全員のスピーカーにTwitterロゴ入りのスピーカーがプレゼントされ、私もいただきました。

今回はTwitterJPの中の人でもある@josolennosoさんと@NozomuSasさんがゲストとして登場し、Fabricのことを紹介してくださいました。そして、このおふたりから、登壇者と参加者にTwitterロゴ入りスピーカーとTwitterステッカーが配られました。

スピーカーの外箱を開けたときはこんなかんじ。

美しいTwitterのロゴ。

バッテリー内蔵で4時間再生可能。LEDの上の穴はMic Inらしく、ハンズフリーの通話機能があったりするみたいです。

背面はLine Inと充電用のUSB Mini。

接続例。ちなみにBluetoothでの接続も可能。ただしその場合は本スピーカーの周囲10cm以内にないと通信がうまくいきませんでした。

台座部分がボタンになっており、本体ごと下に5秒押し込むと電源のオン/オフします。

ちなみに発表資料はこちら。

いつも会場と食事の提供をくださる株式会社はてなに感謝いたします。

[Swift] 再帰enumで単連結リストを実装する

2015-07-24T10:00:00.000+09:00

Xcode 7 beta 4からSwiftのenumのcaseの型に自分と同じ型を利用して、再帰構造をつくることができるようになりました。

これを利用して、単連結リストを実装してみました。

indirect case

Xcode 7 beta 4からSwiftに新キーワードindirectが追加されています。これを利用するとAssociate Valueに自分と同じ型を指定することができます。

それを利用することで、次のように単連結リストをつくることができます。

enum List<T> {
    case Nil
    indirect case Cons(head: T, tail: List<T>)
}

例えば、次のようにリストをつくることができます。

let list = List.Cons(head: 7, tail: .Cons(head: 5, tail: .Cons(head: 8, tail: .Nil)))
// => Cons(7, List<Swift.Int>.Cons(5, List<Swift.Int>.Cons(8, List<Swift.Int>.Nil)))

このままではリストを作るのがかなり面倒だったり、表示が見づらいので、そこらを拡張していきます。

CustomStringConvertible

まず、CustomStringConvertibleプロトコルを実装して、結果の表示がわかりやすくなるようにカスタマイズします。

extension List: CustomStringConvertible {
    var description: String {
        switch self {
        case .Nil: return "[]"
        case .Cons(let v): return "\(v.head):\(v.tail)"
        }
    }
}

これで次のように表示されるようになります。

print(list)
// => "7:5:8:[]"

ArrayLiteralConvertible

続いて、配列から簡単にリストを作成できるようにします。

extension List {
    init(_ elements: [T]) {
        self = elements
            .reverse()
            .reduce(.Nil) { (a, e) in
                return List.Cons(head: e, tail: a)
        }
    }
}

外部パラメタ名を_にしたので、パラメタ名を省略して簡単に書けるようになりました。

let list2 = List([9, 8, 4, 5, 6])
// => 9:8:4:5:6:[]

このままでもかなり楽になりました。配列リテラルから自動で変換させたいので、さらにArrayLiteralConvertibleプロトコルを実装します。

extension List: ArrayLiteralConvertible {
    init(arrayLiteral elements: T...) {
        self.init(elements)
    }
}

これで配列リテラルからの自動変換が効くようになります。

let list3: List = [1, 5, 4, 2]
// => 1:5:4:2:[]

SequenceType, map, reduce

最後にこのList型でmapやreduceを使えるようにしましょう。

Swift 2.0からはmapやreduceはプロトコル拡張として、SequenceTypeプロトコルに実装済みです。

よって、ListをSequenceTypeプロトコルに適合させるだけでこれらのメソッドが利用できるようになります。

SequenceTypeプロトコルに適合させるには、先頭から要素をひとつづつ取るようなジェネレータを得るメソッドgenerateを実装します。

extension List: SequenceType {
    typealias Generator = ListGenerator<T>
    func generate() -> Generator {
        return ListGenerator(list: self)
    }
}

struct ListGenerator<T>: GeneratorType {
    typealias Element = T

    var list: List<T>

    mutating func next() -> Element? {
        switch list {
        case .Nil:
            return .None
        case .Cons(let v):
            self.list = v.tail
            return v.head
        }
    }
}

これで、mapやreduceが使えるようになります。ただし、mapで返されるものは配列になってしまいますので、必要ならListでラップする必要があります。

let mapped = List(a.map { $0 * 3 })
// => 3:15:12:6:[]

let len = list.reduce(0) { (a, e) in
    return a + 1
}
// => 4

おわりに

再帰enumの個人的な問題点は、いろいろな型を混在させられる点です。

let mix: List = [9, "doo", 11.5]

逆にこれを利用できれば、いろいろおもしろいことができるかもしれませんね。

第62回 Cocoa勉強会関西でMetalとwaifu2xについて話しました

2015-07-13T00:37:00.000+09:00

発表スライドも公開しております。

内容は大きく、Metalの話とwaifu2xの話の2つに分かれています。どちらもあまり詳しい分野ではなく、かつ、発表時間の関係もあって、どちらも少し浅い内容になってしまいました。

waifu2x-metalの速度的な点については、waitUntilCompletedを頻繁に利用するのを止めたりすれば高速化できるはずですが、そうすると、今度はGPUメモリが足りなくなるので、ちゃんと分割処理も必要になってきたりします。

速度が出るようにちゃんと書けば、少くとも他の実装と同等の速度は出ると思います。

以下、他の気になった発表を簡単にご紹介します。

Force Touch APIs in OS X

OS X 10.10.3から導入されて、10.11からAPIも追加されたForce Touch APIについての紹介。

NSMultiLevelAcceleratorButtonだと感圧の最大までのクリック段階を2よりも大きく指定できるというのがおもしろいですね (ドキュメントでは1から5の値にするっぽですが)。

あと、NSView内ではSwift.printとしないとprint:が呼ばれてしまうというのは新鮮でした。

IBDesignable / IBInspectable で UIプロトタイピンガブル

IBDesignable / IBInspectable で UIプロトタイピンガブル from Masaki Oshikawa

IBDesignableを使うと便利そうなパターンについてのいろいろな紹介。

IBInspectableにEnumが使えないのは本当に残念ですよね。Enum値がプルダウンメニューから選択できるようになれば最高なんですが。

参考

Safx: @IBDesignableと@IBInspectableでストーリーボード上に表示されるビューをつくる

Metalでwaifu2xを実装してみた

2015-07-01T10:00:00.000+09:00

Mac OS X 10.11からMetalが利用できるようになるということなので、試しにコマンドラインツールとして、waifu2xをMetalで実装してみました。

まだいろいろ問題が山積みですが、とりあえず公開します。

safx/waifu2x-metal · GitHub

なお、コンパイルにはXcode 7、OS X上でMetalを実行するには10.11 (El Capitan)が必要です。

コンパイル環境、動作確認した環境は次の通りです。

OS X 10.11 Beta2
Xcode 7.0 beta2 (7A121I)
MacBook Pro (Retina, Mid 2012)
NVIDIA GeForce GT 650M

参考にしたソースはwaifu2x.pyとueshita/waifu2x-converter-glslですが、Metal版ではRGBモデルを利用しています。

Metalでの実装についての話は、第62回 Cocoa勉強会関西でする予定ですので、ここではMetal版の実装上の問題点を挙げておきます。

他のツールと比べて遅い

ueshita/waifu2x-converter-glslと比べると倍以上遅いです。

waifu2x-metal                   a.jpg  0.98s user 7.84s system 11% cpu 1:18.46 total
waifu2x-converter-glsl -m scale a.jpg  1.81s user 3.20s system 15% cpu   32.47 total

2倍拡大にしか対応していない

他ツールと比べて遅かったのもあって、コマンドライン処理あたりにはまじめに手を入れてません。なので、ノイズ除去フィルタには対応していません。

分割処理していないので大きい画像は処理できない

オリジナルwaifu2xや ueshita/waifu2x-converter-glsl では入力画像を128x128ピクセルごとに分割して処理しているようですが、Metal版ではそれを行っていません。

そのため、処理できる画像サイズに制限があります。上限はGPUのメモリサイズによりますが、手元の環境 (GPUメモリサイズ 1GB) では元画像が800x600くらいが限界でした。

Intelで正常な結果が得られない

原因は調査中ですが、IntelのGPUを利用した場合には最終結果が上のようになってしまいます。

テクスチャなどのリソースの無駄使いが多い

Metal Programming GuideのTransient and Non-transient Objects in Metalでは、パフォーマンスのためにTextureは再利用すべき、とのことですが利用していません。

無駄な処理がある

頻繁にcommitして、さらにその直後にwaitUntilCompletedしているので、ここらへんを減らせば少し早くなりそうです。

SwiftのStringInterpolationConvertibleプロトコルで文字列出力をカスタマイズする

2015-06-18T10:00:00.000+09:00

プロトコルStringInterpolationConvertibleの使いかたがようやくわかったので簡単に紹介します。

StringInterpolationConvertibleとは

String Interpolationとは簡単に言うと、文字列の中の\(コレ)のことです。

つまり、StringInterpolationConvertibleとは、 String Interpolationを含む文字列をコンバートできるようにしたクラス、ということになります。

StringInterpolationConvertibleプロトコルの実装例

StringInterpolationConvertibleプロトコルの実装すると、次のように数値に16進数を併記させるといったことも可能になります。

print("\(777) is a magical number!" as HexNumberString)
//=> "777 (0x309) is a magical number!"

print("\(0xdead_beaf), \(UInt(777))" as HexNumberString)
//=> "3735928495 (0xDEADBEEF), 777"

実装は次のような感じ (解説は後ほど)。

final class HexNumberString : StringInterpolationConvertible, Printable {
    let s: String

    required init<T>(stringInterpolationSegment expr: T) {
        s = "\(expr)"
    }
    required init(stringInterpolationSegment expr: Int) {
        let hex = String(NSString(format:"%X", expr))
        s = "\(expr) (0x\(hex))"
    }

    required init(stringInterpolation strings: HexNumberString...) {
        s = "".join(strings.map { $0.s })
    }

    var description: String {
        return s
    }
}

StringInterpolationConvertibleプロトコルの処理手順

与えられた文字列は、String Interpolationの部分と地の文字列とに分けられます。
先頭から順番にinit(stringInterpolationSegment)が呼ばれて、それぞれのインスタンスが作成されます。
作成したインスタンスをまとめた配列でinit(stringInterpolation strings: HexNumberString...)が呼ばれます

例えば、"abc\(1 + 30)" as HexNumberStringでは、まず

String型の "abc"
(評価後の) Int型の 31
String型の ""

の3つに分かれます。

1つめの"abc"と3つめの""に対してはinit<T>(stringInterpolationSegment: T)が呼ばれますが、2つめの31にはinit(stringInterpolationSegment: Int)が呼ばれます。

これによって、3つのHexNumberString型のインスタンス (内部変数sは順番に"abc", "31 (0x1F)", "") が作成されます。

そして最後に、この3つのインスタンスをまとめた配列を引数として、init(stringInterpolation strings: HexNumberString...)が呼ばれます。

StringInterpolationConvertibleプロトコルの実装の手引き

汎用型のinit<T>(stringInterpolationSegment: T)を実装する以外にも、自分がカスタマイズしたい型をinit(stringInterpolationSegment: SomeClass)として実装します。

上の例では16進数を表示させたいInt型について実装しています。

汎用型のinit<T>(stringInterpolationSegment: T)は地のStringを含むことがあるので何もしないのが無難でしょう。同様に、init<T>(stringInterpolationSegment: String)では地のStringを含むことがあるので注意です。

StringInterpolationConvertibleは実装クラスがfinalでないと次のようなエラーになるのでfinalしておきます。

Protocol ‘StringInterpolationConvertible’ requirement ‘init(stringInterpolation:)’ cannot be satisfied by a non-final class (‘MySample’) because it uses ‘Self’ in a non-parameter, non-result type position

Printable (Swift 2ではCustomStringConvertible) を実装しないとprintでクラス名が表示されるだけになるので実装します。

応用編

数値をローマ数字や漢数字に変換するクラスや、次のような比較用タプルが使えるようにしたDiffStringというのも考えられます。

required init<Eq: Equatable>(stringInterpolationSegment expr: (Eq, Eq)) {
    let cmp = expr.0 == expr.1 ? "==" : "!="
    s = "\(expr.0) \(cmp) \(expr.1)"
}

print("\(1,2)" as DiffString)
//=> 1 != 2

print("\(5,5)" as DiffString)
//=> 5 == 5

他にも便利そうな応用例がありましたら教えてください。

IIJmioのクーポンスイッチAPIを利用したApple Watchアプリケーションを公開しました

2015-06-07T09:00:00.000+09:00

以前、ReactiveCocoaを利用したiOSサンプルアプリケーションを公開しましたが、それと同様のWatchサンプルアプリをGitHubで公開しました。

safx/MioDashboard-swift · GitHub

アプリ自体は非常に単純です。 iPhoneアプリではHddServiceCodeが表示される以外の実装はしていません。

契約ごとのクーポン残量の合計と、当日のクーポン利用状況のみが表示されます。

項目をタップすると、その契約にひも付いている電話番号と当日のクーポン利用状況が表示されます。

グランスでもほとんど同じ情報を表示します (ただし一つめの契約のみ)。

なお、Apple Watch側でブラウザを起動できませんので、あらかじめ本体アプリ側でOAuth認証を行っておく必要があります。

また、コンパイルして利用するにはだいたい次のようなことが必要です。

IIJMioクーポンAPIを取得してコードに埋め込む
entitlementを自分向けに書き替える
署名を自分向けに書き替える

Watchアプリの構成

一般的なWatchアプリの構成は次の通りで、本アプリも同じです。

本体アプリ
Watch Extension
WatchKitアプリ (ストーリーボードのみ)

普通のiOSアプリにターゲットにWatchKit Appを追加すると下の2つが追加されます。

Watch Extensionには (設定次第ですが) 次のような3つのコントローラクラスが追加されます。

InterfaceController (Watchアプリ)
NotificationController (Watch通知)
GlanceController (Watchグランス)

これらを別々に実装していくことになります。今回は上2つを実装して、グランスは放置しています。

Tips

Groupを縦に並べたいときはLayoutをVerticalにする

WatchKit向けのUIではいろいろ配置に制限があったりします。

Groupには方向が決まっていて、デフォルトが横になっているので注意。

TableRowにNSObject派生クラスを指定

TableRowはUITableViewCellみたいなものなのですが、該当するものはWatchKitにはありません。

かわりに、NSObject派生クラスをつくって、それをクラス指定してやれば利用できるようになります。

class TableRow : NSObject {
    @IBOutlet weak var hddServiceCode: WKInterfaceLabel!
    @IBOutlet weak var couponTotal: WKInterfaceLabel!
    @IBOutlet weak var couponUsedToday: WKInterfaceLabel!
}

セグエで呼ばれるメソッドがテーブルとそれ以外で異なる

テーブルにはcontextForSegueWithIdentifier:inTable:rowIndex:
テーブル以外はcontextForSegueWithIdentifier

Watch実機実行時にストーリーボードが変わってないことがある

ストーリーボードの内容を更新しても、Watch側で更新されていないことがあるみたいです。

新しく追加したUI部品でnilエラーになっていたりするのはこれが原因です。

iPhone側のWatchアプリで開発アプリをuninstall → Installすればよいです。

実機実行前にエラー “A signed resource has been added, modified, or deleted.” が出て実行できない

OS X 10.10.3, Xcode 6.3.2, CocoaPods 0.37.1の環境では、再度実行しようとすると次のようなエラーが出てしまいます。

そのため、毎回実行する前に、DerivedDataを削除する必要がありました (毎回フルコンパイルすることになるのでキつい)。

ios - Xcode 6.3.1 “A signed resource has been added, modified, or deleted” issue - Stack Overflow

Appアイコン

ターゲットWatchAppを追加するだけでは、WatchKit App向けのアイコンを追加することはできません。

アセット上でNew App Iconをして作り直すのがてっとり早いみたいです。

また、このアセットをのTarget MembershipにWatchKit Appを追加する必要があるかもしれません。

KeyChain Sharing

Apple Watchでは単体でブラウザを起動できないので、Watch単体でOAuth認証はできません。

そこで、本体とWatchKit ExtensionでKeyChain Sharingを有効にした上で、

本体アプリ側でOAuth認証で得られたアクセストークンを取得してKeyChainに入れる
WatchKit Extensionでそれを利用して、IIJMioのクーポンAPIにアクセス。情報を表示する

というようにする必要があります。

なお、セキュリティ面を考慮してアクセストークンにはキーチェインを利用していますが、そういう必要がない場合には後述するNSUserDefaultsを利用してもよいでしょう。

本体がロックされているときにキーチェインにアクセスできない

Watchアプリでは、iPhone本体がロックされているときには次のようなエラーが表示されます。

これは、本体がロックされているときには、Extensionがキーチェインにアクセスできないことが原因です (SecItemCopyMatchingなどでerrSecInteractionNotAllowedが返されます)。

この詳細については次の記事を参照してください (この記事バックグラウンドフェッチについて書かれていますが、エクステンションでも同じことが言えます)。

Gilt: iOS7でbackground fetchを利用するとログアウトしてしまうバグへの対応 - ワザノバ | wazanova

WatchKit Extensionがアクセストークンを取得したら、その後はずっと利用できますが、何らかのタイミングでWatchKit Extensionが終了することがあります。そうするとトークンが失なわれて、再起動時に本体をロックされているときにはアクセストークンが得られずに、(今回のアプリだと) APIにアクセスできなくなります。

NSUserDefaultsで前の状態を記録

KeyChainにアクセスできないときには、何も情報が表示できなくなるので、以前の情報を保存しておいてエラー時にそれを表示するようにしました。

情報の保存にはNSUserDefaultsを利用しました。これについては以前記事を書いたので、それを参照してください。

Safx: App GroupsとNSUserDefaultsでiOSアプリ間のデータを共有する

このアプリでは本体側から得た情報も、WatchKit Extensionで利用する予定だったので、App Groupsをオンにしていますが、現状では本体側は実装されていませんので得に意味がありません。

JavaScript for Automation (JXA) を利用してMac AppStoreからアプリケーションを自動インストールさせる

2015-04-28T10:00:00.000+09:00

OS X 10.10からJavaScript for Automation (通称 JXA)が導入されて、オートメーションのためのスクリプトがより書きやすくなりました。

そのJXAを使って、「AppStore.appを起動させてから、購入済みのアプリをInstalllさせる」というスクリプトを書いてみました。

その結果が次の地味なgifです。購入済みリストからMouseposéを探しだしてインストールさせています。

JXAスクリプトとChefやAnsibleなんかを組み合わせると、自動でストアアプリも入れられるようになる…かもしれません。

前提

OS X 10.10 以降であること
AppStore.appが特定のApple IDでサインイン済みであること
Accessibilityでスクリプトを実行するアプリケーション (Terminal.appやScript Editor.appなど) に許可があること

インタプリタの起動

導入部分は次の記事が詳しいので参考にしてください。

知らないうちにMacがシステム標準でJavaScriptで操作できるようになってた (JXA) - Qiita

とりあえず今回はコンソールからインタラクティブモードで実行させます。

$ osascript -l JavaScript -i

インタプリタ上で次のようにするだけで、AppStoreアプリが起動します。

>> Application("App Store").activate()
=> true

最小化ボタンのクリック

AppStore.appではapp.buttons[1]が最小化ボタンのようだったので、試しにスクリプトで最小化ボタンをクリックさせてみました。

>> system = Application("System Events")
=> Application("System Events")
>> app = system.processes["App Store"].windows["App Store"]
=> Application("System Events").processes.byName("App Store").windows.byName("App Store")
>> app.buttons[1].description()
=> "minimize button"
>> app.buttons[1].click()
=> Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").buttons.at(1)

Application('System Events')はUIオートメーションのためのアプリケーションで、このアプリから他のプロセスのウィンドウを触りにいっています。

UI要素の列挙

app.entireContents()でUI要素のツリー内容がダンプされます。このコマンドで操作したい対象の見当をつけるとよいでしょう。

>> app.entireContents() # ↓ 実際は改行や整列なし
=> [Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(0),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(0).groups.at(0),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(0).groups.at(0).buttons.at(0),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(0).groups.at(0).buttons.at(1),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(1),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(1).radioButtons.at(0),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(2),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(2).radioButtons.at(0),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(3),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(3).radioButtons.at(0),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(4),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(4).radioButtons.at(0),
    Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(5),
        :

なお、properties()やattributes()で、オブジェクトの属性などの列挙もできるようです。

app.properties()
app.attributes()

Purchasesボタンのクリック

上のタブから「購入済み」ボタンをクリックさせてみます。先ほどのダンプからそれっぽいものを見つけて、description()してみます。

>> Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(4).radioButtons.at(0).description()
=> "Purchases"

Purchasesなので、これをクリックさせてみましょう。

>> Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").toolbars.at(0).groups.at(4).radioButtons.at(0).click()

ちなみに、上記の式は次の式と等価です。

>> app.toolbars[0].groups[4].radioButtons[0].click()

これで、「購入済み」タブに移動して、例えば次のような購入済みのアプリの一覧が表示されるはずです。

Installボタンのクリック

「購入済み」タブで、再度app.entireContents()してみます。

>> app.entireContents()
=> [...
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8),
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).uiElements.byName("Mouseposé"),
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).uiElements.byName("Mouseposé").groups.at(0),
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).uiElements.byName("Mouseposé").groups.at(0).images.at(0),
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).lists.at(0).groups.at(0),
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).lists.at(0).groups.at(0).uiElements.byName("Mouseposé"),
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).lists.at(0).groups.at(0).uiElements.byName("Mouseposé").uiElements.byName("Mouseposé"),
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).lists.at(0).groups.at(0).uiElements.byName("Mouseposé").uiElements.byName("Mouseposé").staticTexts.byName("Mouseposé"),
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).lists.at(0).groups.at(1),
app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).lists.at(0).groups.at(1).staticTexts.byName("Boinx Software"),
    :

適当にアプリ名を取ってみましょう。

>> app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).lists.at(0).groups.at(0).uiElements.name()[0]
=> "Mouseposé"

このリストから、直でボタンクリックしたかったのですが、columns.at(0).uiElements.at(8)あたりの要素をクリックしてもうまくいかなかったので、アプリ詳細ページに飛ばして、そこでインストールすることにしました。

>> app.groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).lists.at(0).groups.at(0).uiElements.byName("Mouseposé").uiElements.byName("Mouseposé").staticTexts.byName("Mouseposé").click()
=> Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).tables.at(0).columns.at(0).uiElements.at(8).lists.at(0).groups.at(0).uiElements.byName("Mouseposé").uiElements.byName("Mouseposé").staticTexts.byName("Mouseposé")

移動後に、

>> Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).groups.at(0).groups.at(0).buttons.at(0).description()
=> "Install, Mouseposé, Free"
>> Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).groups.at(0).groups.at(0).buttons.at(0).click()
=> Application("System Events").applicationProcesses.byName("App Store").windows.byName("App Store").groups.at(0).groups.at(0).scrollAreas.at(0).uiElements.at(0).groups.at(0).groups.at(0).buttons.at(0)

でインストールすることができました。

まとめ

上記の結果をまとめて関数化してみました。

通信状態によって、画面遷移に時間がかかることがあるので、てきとうにdelay()で数秒待ったりしてやって、できたスクリプトが次の通りです。

function installFromAppStore(targetAppName) {
    var AppStoreApp = "App Store"
    var app = Application("System Events").processes[AppStoreApp].windows[AppStoreApp]
    Application(AppStoreApp).activate()
    delay(3)
    app.toolbars[0].groups[4].radioButtons[0].click()
    delay(3)
    var tableRows = app.groups[0].groups[0].scrollAreas[0].uiElements[0].tables[0].columns[0].uiElements
    var len = tableRows.length
    for (var i = 1; i < len; ++i) {
        var elem = tableRows[i].lists[0].groups[0].uiElements
        var name = elem.name()[0]
        if (name === targetAppName) {
             elem.byName(targetAppName).uiElements.byName(targetAppName).staticTexts.byName(targetAppName).click()
             delay(3)
             app.groups[0].groups[0].scrollAreas[0].uiElements[0].groups[0].groups[0].buttons[0].click()
             delay(3)
             break
        }
    }
}
installFromAppStore("Mouseposé")

問題点

上記のスクリプトでストアアプリをインストールすることはできましたが、今のところ次のような問題があります。

現状、最大1つしかインストールできない (同時にやって大丈夫かどうか不明)
インストール完了を知る術がない
AppStoreのレイアウトが変わるたびに追従させる必要がある
インストール自動化したりしたら、Appleに怒られちゃうかもしれない

(おまけ) アプリの検索

検索フィールドの文字列を取ったり、

>> app.toolbars.at(0).groups.at(6).textFields.at(0).value()
=> "foobar"  // 検索フィールドにてきとうに入れてみた文字列

検索フィールドに文字列を入れたり、

>> app.toolbars.at(0).groups.at(6).textFields.at(0).value = "newValue!!"
=> "newValue!!"

検索フィールドの文字列で検索できたりします。

>> app.toolbars.at(0).groups.at(6).textFields.at(0).buttons.at(0).click()

Streaming APIに対応したTypetalkKit 0.2.6をリリースしました

2015-03-03T10:00:00.000+09:00

まだStreaming APIはベータ版みたいなので仕様が変更される可能性もありますが、現時点でのだいたいのメッセージに対応できたのでCocoaPodsで公開します。

(タイトル画像に特に意味はありません)

Streaming API

TypetalkKitのClientクラスで、Streaming向けに追加されたメソッドはstreamingだけです。これは引数として、イベントハンドリングするクロージャを与えます。

例えば、メッセージがポストされたときにはStreamingEvent.PostMessageが送信されるので、これに対応するようにします。

Client.sharedClient.streaming { event in
    switch event {
    case .Connect               : println("connected")
    case .Disconnect(let err)   : println("disconnected: \(err)")
    case .PostMessage(let res)  : self.appendNewPost(res.post!)
    default: ()
    }
}

イベントは28個に対応しています (WebSocketの接続・切断イベントConnectedとDisconnectedや未定義メッセージUnknownを除く)。

public enum StreamingEvent {
    case Connected
    case Disconnected(NSError?)

    case AcceptTeamInvite(AcceptTeamInviteEvent)
    case AcceptTopicInvite(AcceptTopicInviteEvent)
    case AddTalkPost(AddTalkPostEvent)
               :
    case UpdateTopic(UpdateTopicEvent)

    case Unknown(String, [String:AnyObject])
    }

Typetalkのドキュメントにはメッセージについての詳しい情報がさっぱりないので自力で取得できたもののみに対応しています。

だいたいのメッセージは適切なイベントに変換されます。 JSのソースコードを見たかぎりでは、対応できていないメッセージはresetMention、broadcastMessage、updatedApplicationだけだと思います (この3つは出しかたがわからなかった)。

なお、未対応のメッセージ (上記3つを含む) が来た場合にはStreamingEvent.UnknownEventになります。

具体的にどういうJSONが来るのかはテストデータのフォルダにあるstreaming-*.jsonを参照してください。

実装について

内部的にはWebsocketsのSwift実装であるStarscreamを利用しています。

なので、最新版のTypetalkKitでは計3つのライブラリに依存しています。

送信されるメッセージや実装などは、Client+Streaming.swiftを見てください。

Starscreamのおかげで、JSONの処理くらいしかやっていません。あと、StreamingEventあたりのDRYじゃない感じをなんとかしたい…。

それ以外の修正

OAuth2のトークンの更新がうまく行われていなかったのを修正したりしています。

SwiftでassertとpreconditionとfatalErrorをうまく使い分ける

2015-02-25T10:00:00.000+09:00

Swiftにはアサーション系のメソッドとして、次の5つのメソッドがあります。

これらの違いや使い分けについて簡単に紹介します。

Swiftには3つの最適化レベルがある

まず、アサーション系メソッドを説明するために必要な、Swiftの最適化レベルについて簡単に説明します。

コマンドラインでswiftc --helpを実行させてみるとわかる通り、Swiftコンパイラには3つの最適化レベルがあることがわかります。

$ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/swiftc --help
OVERVIEW: Swift compiler
                  (中略)
OPTIONS:
  -Onone                  Compile without any optimization
  -O                      Compile with optimizations
  -Ounchecked             Compile with optimizations and remove runtime safety checks

上記の説明の通り、-Ouncheckedは-Oよりアグレッシブなオプションというわけです。

まとめると、最適化レベルは次のようになります。

-Ononeは最適化を行いません。Xcodeのデフォルト設定ではDebugビルドにこれが設定されています。
-Oは最適化を行います。Xcodeのデフォルト設定ではReleaseビルドにこれが設定されています。
-Ouncheckedは最適化を行い、さらに実行時の安全性チェックも消します。Xcodeのデフォルト設定では利用されていません。

アサーション系メソッドまとめ

簡単に言えば、アサーション系メソッドは次の2つの観点で分けられます。

(最適化レベルによって) 実行されるかどうか
条件チェックがあるかどうか

というわけで、各メソッドが各ビルドでチェックが有効になるかどうかをまとめた表がこちら。

表中で○になっている部分は、実行時にチェックが有効になることを意味します。

例えば、assertはデバッグビルドでは有効になり、実行時にcondition部分の結果がfalseならアサーションエラーとなりますが、リリースビルドや無チェックビルドでは無効になります (チェックが無効のときはconditionは常にtrueになります)。

assertのcondition部分がなくて常にfalseなバージョンが右端assertionFailureです。 fatalErrorには常にfalseなバージョンはありません。

どう使い分けるか？

各メソッドの機能的な意味よりもメソッド名が持つ意味を重視して、うまく使い分けるのがよさそうです。

fatalErrorはXcodeを利用しているとコード補完などでたまにこんな感じで出されることがあります。呼ばれるはずのない未実装のメソッドや来るはずのないcaseなんかで利用するのがよさそうです。

required init?(coder: NSCoder) {
    fatalError("init(coder:) has not been implemented")
}

GitHub内のSwiftコードを見る限り、やはりメソッド先頭で事前条件に使われていることが多いみたいです (Carthageでもちゃんと使われていますね)。

というわけで、コードの各所でここにはこういう値しか来ないよというのを表明 (assert) しつつ、関数やループブロックの先頭なんかで事前条件 (precondition) を書き、想定外のどうしようもないエラーはfatalErrorするみたいなのが想定された使いかたかなと思います。

Safx

Xcode 8のソースコードエクステンションで「突然の死」をつくってみた

概要

実行時の注意点

Xcode Source Code Extension

その他

おわりに

関連リンク

関西モバイルアプリ研究会 #13 で React Native について発表しました

JSXについて

ネットワークまわりセキュリティまわりどうなの？

ネイティブUIを簡単に使えるようになるの？

JSのかわりに他の言語は使えるの？

制限事項は？

将来性は？

データを頻繁に変える状況でいいよね、的な話

おわりに

関連リンク

Swift 2.1のジェネリクスでできないことまとめ

TL;DR

用語

できないこと

ジェネリックパラメータに==を使うこと

ジェネリックパラメータにを非ジェネリックにしてしまうこと

ジェネリックパラメータを同値関係にしてしまうこと

ジェネリックパラメータに非プロトコル型の準拠要求をつけること

制約つきの拡張にプロトコル型の継承をつけること

プロトコル以外の拡張でSelfを使うこと

内部クラスをジェネリッククラスにすること

ジェネリッククラスに内部クラスをつくること

拡張に<>を使うこと

プロトコルで連想型での要求に自分自身を用いること

いろいろな制限はSwift 3.0以降で緩和されていくかも

関西モバイルアプリ研究会 #11でSwiftのLensについて発表しました

Lensy & Swift-IDL

雑感

関連リンク

RxSwift用のObservableなArrayをつくった

基本的な使いかた

UITableViewでの表示

rx_events

その他

関連リンク

Cocoa勉強会関西で画像認識サービスとLightroomプラグインについて話しました

関連リンク

画像認識サービスClarifaiを利用してLightroomの写真にキーワードを付けるプラグインをつくった

動作環境

利用法

導入方法

関連リンク

2015年の人気記事まとめ

1. SwiftでassertとpreconditionとfatalErrorをうまく使い分ける

2. iOS 9でアプリ間のDnDができたので、関西モバイルアプリ研究会 #6で発表してきた

3. Metalでwaifu2xを実装してみた

4. 20の言語/環境でてきとうにベンチマークしてみた (Rust, Go, Crystal, Nim, Swiftなど)

5. SwiftのStringInterpolationConvertibleプロトコルで文字列出力をカスタマイズする

RxSwiftでのretry、retryWhenを利用したエラー時の再実行について

対象となるシーケンス

retry

retry(n)

retryWhen

retryWhenでリトライ回数制限

retryWhenでリトライ回数制限 (2)

retryWhenでリトライ回数制限 (3)

おわりに

関連項目

20の言語/環境でてきとうにベンチマークしてみた (Rust, Go, Crystal, Nim, Swiftなど)

言語紹介

C

C++

Python

PyPy

Nuitka

PHP

Node

Perl

Ruby

Crystal

Swift

D

ジェネリックパラメータに`==`を使うこと

プロトコル以外の拡張で`Self`を使うこと

拡張に`<>`を使うこと

`rx_events`

`retry`

`retry(n)`

`retryWhen`

`retryWhen`でリトライ回数制限

`retryWhen`でリトライ回数制限 (2)

`retryWhen`でリトライ回数制限 (3)