tobioka.net

Xcodeのグループとディレクトリ構成を同期させてくれるツール「Synx」

6月 02

皆さんはXcodeのグループをディレクトリ構成と合わせますか？

僕は、使い捨てのプロジェクト以外は合わせるようにしています。
やっぱり、プロジェクト名のフォルダに全部突っ込まれてるよりは、ある程度分かれていたほうが見やすいですしね。
（Xcode上ではどちらでも変わらないけど、GitHub上などで見る時に効率が全然違う）

ただ、この「グループをディレクトリと同期させる作業」めんどくさいんですよね。
グループを作って、File InspectorのLocationからディレクトリ作って選択…。
数が多くなってくるとかなり手間だし、プロジェクトを作る度に毎回やらないといけません。

そんな悩みを解決してくれそうなのが、Synx。最近、GitHub上で人気のようです。

まずはインストール。SynxはRuby製のツールでgemとして提供されています。
導入は以下の1コマンドで完了です。

$ gem install synx

1	$ gem install synx

では、早速使ってみます。

このようにせっせと「Controllers」「Models」「Views」にグループ分けしたプロジェクトがあります。

treeコマンドでディレクトリ構成を見てみます。
グループ分けの甲斐虚しく、SynxExampleフォルダに全てのファイルが並列にある状態です。

$ tree SynxExample/
SynxExample/
├── SynxExample
│   ├── BNAppDelegate.h
│   ├── BNAppDelegate.m
│   ├── BNHomeVIew.h
│   ├── BNHomeVIew.m
│   ├── BNHomeViewControllers.h
│   ├── BNHomeViewControllers.m
│   ├── BNTeam.h
│   ├── BNTeam.m
│   ├── BNUser.h
│   ├── BNUser.m
│   ├── Images.xcassets
│   │   ├── AppIcon.appiconset
│   │   │   └── Contents.json
│   │   └── LaunchImage.launchimage
│   │       └── Contents.json
│   ├── SynxExample-Info.plist
│   ├── SynxExample-Prefix.pch
│   ├── en.lproj
│   │   └── InfoPlist.strings
│   └── main.m
├── SynxExample.xcodeproj
└── SynxExampleTests

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

$ tree SynxExample/

SynxExample/

├── SynxExample

│ ├── BNAppDelegate.h

│ ├── BNAppDelegate.m

│ ├── BNHomeVIew.h

│ ├── BNHomeVIew.m

│ ├── BNHomeViewControllers.h

│ ├── BNHomeViewControllers.m

│ ├── BNTeam.h

│ ├── BNTeam.m

│ ├── BNUser.h

│ ├── BNUser.m

│ ├── Images.xcassets

│ │ ├── AppIcon.appiconset

│ │ │ └── Contents.json

│ │ └── LaunchImage.launchimage

│ │ └── Contents.json

│ ├── SynxExample-Info.plist

│ ├── SynxExample-Prefix.pch

│ ├── en.lproj

│ │ └── InfoPlist.strings

│ └── main.m

├── SynxExample.xcodeproj

└── SynxExampleTests

ここでsynxの出番です。この程度のファイル数であれば処理は一瞬で終わります。

$ synx SynxExample/SynxExample.xcodeproj/

1	$ synx SynxExample/SynxExample.xcodeproj/

再度treeコマンドで確認してみます。

$ tree SynxExample/
SynxExample/
├── SynxExample
│   ├── BNAppDelegate.h
│   ├── BNAppDelegate.m
│   ├── Controllers
│   │   ├── BNHomeViewControllers.h
│   │   └── BNHomeViewControllers.m
│   ├── Images.xcassets
│   │   ├── AppIcon.appiconset
│   │   │   └── Contents.json
│   │   └── LaunchImage.launchimage
│   │       └── Contents.json
│   ├── Models
│   │   ├── BNTeam.h
│   │   ├── BNTeam.m
│   │   ├── BNUser.h
│   │   └── BNUser.m
│   ├── Supporting\ Files
│   │   ├── SynxExample-Info.plist
│   │   ├── SynxExample-Prefix.pch
│   │   ├── en.lproj
│   │   │   └── InfoPlist.strings
│   │   └── main.m
│   └── Views
│       ├── BNHomeVIew.h
│       └── BNHomeVIew.m
├── SynxExample.xcodeproj
└── SynxExampleTests

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

$ tree SynxExample/

SynxExample/

├── SynxExample

│ ├── BNAppDelegate.h

│ ├── BNAppDelegate.m

│ ├── Controllers

│ │ ├── BNHomeViewControllers.h

│ │ └── BNHomeViewControllers.m

│ ├── Images.xcassets

│ │ ├── AppIcon.appiconset

│ │ │ └── Contents.json

│ │ └── LaunchImage.launchimage

│ │ └── Contents.json

│ ├── Models

│ │ ├── BNTeam.h

│ │ ├── BNTeam.m

│ │ ├── BNUser.h

│ │ └── BNUser.m

│ ├── Supporting\ Files

│ │ ├── SynxExample-Info.plist

│ │ ├── SynxExample-Prefix.pch

│ │ ├── en.lproj

│ │ │ └── InfoPlist.strings

│ │ └── main.m

│ └── Views

│ ├── BNHomeVIew.h

│ └── BNHomeVIew.m

├── SynxExample.xcodeproj

└── SynxExampleTests

「Controllers」「Models」「Views」それぞれのディレクトリが作成され、ファイルが格納されています。
これは便利ですね！

他にも使い方があるようですが、今回はここまで。
実開発で使ってみて便利だったところや、ハマったところなどあれば、また共有したいと思います。

「Xcode 5 徹底解説 for iOS/OS X」買った

5月 31

発売以来、主にその大きさから購入をためらっていた（電子書籍化を待っていた）んだけど、この週末読む時間が取れそうだったので、ついに買った。

Xcode5徹底解説 for iOS/OSX

ちゃんと読み込んでものにすれば、アプリの開発効率がかなりあがりそうなので、手を動かしつつ、目を通していこうと思う。

それにしてもIT系の書籍はもう電子書籍デフォルトでいいんじゃないかと。
DRMフリーなら、紙より高くてもいいから！（自炊する手間や置く場所を考えればちょっとぐらい高くても電子書籍の方がいい）

広さ的な意味で住環境が劣悪な日本でこそ、電子書籍はもっと輝くはず！
そんなに本置けない！！

とはいえ、いろいろ事情があったりして難しいものもあるんですかね。
その場合は、こういう理由で電子書籍当面出ないよ！とか告知してくれると諦めがついて購入しやすい気がします。

The Blocks of the Dead: Objective-CのBlocks構文をひたすらタイプして覚えよう

5月 18

「そろそろObjective-CのBlocks構文をスラスラ打てるようになりたい！」と思って作ってみた。
空白の扱いとかもうちょい改善したいところはあるけど。ひとまず動くようになったので公開。

The Blocks of the Dead

tnantoka/blocks

名前はセガの名作からパクりました。
「The Typing of the Blocks」じゃないのは、Blocks構文のややこしさにふさわしい”Dead”を残したかったから。

参考サイトはHow Do I Declare A Block in Objective-C?です。
（オリジナルはURLがよろしくないwordなので、公式のミラーサイトへリンクしてます。）

はじめてのAngularJS

以下Objective-CではなくJSの話。

AngularJSアプリケーション開発ガイド

を読んだので、AngularJSでやってみました。
（というか、AngularJSの勉強のために作った感じ。）

今までBackbone.jsしか使ったことがなかったので、初Angualrです。

Angularの方がいろいろ書き方が決まってたり、テストの仕組みまで揃ってたり、至れり尽くせりな印象を持ちました。

Backbone.jsは、Backboneで提供されるModelやViewを継承することは決まってるけど、その先は結構自由で、設計力が試されるイメージ。
※ 何も考えないとrender()がやばいことになったり

僕みたいなへっぽこには、Angularのガチガチ感が心地よかったです。Rails Way的な。
もうどうせならモデルの仕組みまで用意してくれたらいいのに、とも思ったり^^
（最近フレームワークに頼りすぎて、自分で1からクラス的なもの書かないからちょっとテンパったorz）

あと、公式で用意されてるangular-seedがコンパクトで良いテンプレートでした。（Gruntなし。NPMとBowerで管理。）Yeomanが生成するやつはちょっといろいろ入りすぎてウッってなるので…。

次もAngularでなんか作ってみようと思う。
HTML5 Japan Cupなんておもしろいものが開催されてるらしいから、何か応募してみようかなぁ。

UIViewControllerのinitではviewをいじらない方が良い

5月 17

いや、考えれば当たり前なんですが、眠気と闘いながら書いてたりすると、背景色とかinitで設定しちゃってたり…。

例えば以下のようにAppDelegateからViewControllerを設定しているとします。

AppDelegate.m

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
    self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];
    
    NSLog(@"AppDelegate - (1)");
    ViewController *controller = ViewController.new;
    NSLog(@"AppDelegate - (2)");
    self.window.rootViewController = controller;
    [self.window makeKeyAndVisible];
    NSLog(@"AppDelegate - (3)");

    return YES;
}

1

2

3

4

5

6

7

8

9

10

11

12

13

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

{

self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];

NSLog(@"AppDelegate - (1)");

ViewController *controller = ViewController.new;

NSLog(@"AppDelegate - (2)");

self.window.rootViewController = controller;

[self.window makeKeyAndVisible];

NSLog(@"AppDelegate - (3)");

return YES;

}

こちらが問題のないViewController。

（問題のない）ViewController.m

- (id)init {
    if (self = [super init]) {
        NSLog(@"ViewController - (I)");
    }
    return self;
}

- (void)viewDidLoad
{
    [super viewDidLoad];
    NSLog(@"ViewController - (II)");
}

1

2

3

4

5

6

7

8

9

10

11

12

- (id)init {

if (self = [super init]) {

NSLog(@"ViewController - (I)");

}

return self;

}

- (void)viewDidLoad

{

[super viewDidLoad];

NSLog(@"ViewController - (II)");

}

出力されるログは以下のように、(1)-(I)-(2)-(II)-(3)の順になり、想定通りです。

2014-05-17 14:46:56.865 init[1497:60b] AppDelegate – (1)
2014-05-17 14:46:56.867 init[1497:60b] ViewController – (I)
2014-05-17 14:46:56.867 init[1497:60b] AppDelegate – (2)
2014-05-17 14:46:56.868 init[1497:60b] ViewController – (II)
2014-05-17 14:46:56.870 init[1497:60b] AppDelegate – (3)

次に問題のあるViewControllerの場合。initでself.view.backgroundColorを操作しています。

（問題のある）ViewController.m

- (id)init {
    if (self = [super init]) {
        NSLog(@"ViewController - (I)");
        self.view.backgroundColor = UIColor.grayColor;
    }
    return self;
}

- (void)viewDidLoad
{
    [super viewDidLoad];
    NSLog(@"ViewController - (II)");
}

1

2

3

4

5

6

7

8

9

10

11

12

13

- (id)init {

if (self = [super init]) {

NSLog(@"ViewController - (I)");

self.view.backgroundColor = UIColor.grayColor;

}

return self;

}

- (void)viewDidLoad

{

[super viewDidLoad];

NSLog(@"ViewController - (II)");

}

ログが(1)-(I)-(II)-(2)-(3)の順で出力され、先ほどの例と変わってしまっています。

2014-05-17 14:49:21.885 init[1516:60b] AppDelegate – (1)
2014-05-17 14:49:21.886 init[1516:60b] ViewController – (I)
2014-05-17 14:49:21.887 init[1516:60b] ViewController – (II)
2014-05-17 14:49:21.887 init[1516:60b] AppDelegate – (2)
2014-05-17 14:49:21.889 init[1516:60b] AppDelegate – (3)

これは、init内でself.viewにアクセスしたことにより、そこでviewが読み込まれてしまい、発生した差異です。

多くの場合、問題は起きないと思いますが、いざハマると解決に時間がかかりそうな気がします。

気をつけよう…。

KIFでQuickDialogのフォームを操作

4月 25

KIFでQuickDialog製のログインフォームのテストをしていた時、

QEntryElement *usernameEntry = [[QEntryElement alloc] initWithTitle:nil Value:nil Placeholder:NSLocalizedString(@"Username", nil)];
[section addElement:usernameEntry];
usernameEntry.accessibilityLabel = @"Username";

1

2

3

QEntryElement *usernameEntry = [[QEntryElement alloc] initWithTitle:nil Value:nil Placeholder:NSLocalizedString(@"Username", nil)];

[section addElement:usernameEntry];

usernameEntry.accessibilityLabel = @"Username";

のように追加した要素に対して、

[self enterText:@"test" intoViewWithAccessibilityLabel:@"Username"];

1	[self enterText:@"test" intoViewWithAccessibilityLabel:@"Username"];

としても入力できませんでした。

そこで、TableViewにAccessibilityIdentifierを設定し、セルをタップ。
その後、FirstResponderに対して入力することで解決しました。

[self tapRowAtIndexPath:[NSIndexPath indexPathForRow:0 inSection:0] inTableViewWithAccessibilityIdentifier:@"Form"];
[self enterTextIntoCurrentFirstResponder:@"test"];

1 2	[self tapRowAtIndexPath:[NSIndexPath indexPathForRow:0 inSection:0] inTableViewWithAccessibilityIdentifier:@"Form"]; [self enterTextIntoCurrentFirstResponder:@"test"];

また、QButtonElementは tapViewWithAccessibilityLabel: が反応しませんでしたが、これもセルをタップすることで解消しました。（QLabelElementは大丈夫のようでした。）

QuickDialog、KIF共に中身を見たわけではないので、正しいかはわからないですが、上記の対応で問題なく動いているようです。

Trico – Hello world without PC
カテゴリ: 仕事効率化, 教育

tobioka.net

You Ain't Gonna Need It

Objective-C

Xcodeのグループとディレクトリ構成を同期させてくれるツール「Synx」

「Xcode 5 徹底解説 for iOS/OS X」買った

The Blocks of the Dead: Objective-CのBlocks構文をひたすらタイプして覚えよう

はじめてのAngularJS

UIViewControllerのinitではviewをいじらない方が良い

AppDelegate.m

（問題のない）ViewController.m

（問題のある）ViewController.m

KIFでQuickDialogのフォームを操作

Find us on Facebook

最近の投稿

最近のコメント

カテゴリー

アーカイブ

Objective-C

はじめてのAngularJS

AppDelegate.m

（問題のない）ViewController.m

（問題のある）ViewController.m

Find us on Facebook

最近の投稿

最近のコメント

カテゴリー

タグ

アーカイブ