はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どちらでもSwiftを扱えるようになりつつある今 Cocoa関係のライブラリの依存管理としてはCocoaPodsがデファクトな状態でしたが、11月に新しいライブラリ依存管理システムのCarthageが登場しました。その時点ではCocoaPodsがまだSwift対応（ダイナミックフレームワーク対応)が遅れていたこともあり、各記事が盛り上がったり、対応してるSwiftライブラリも見かけるようになりました。 が、CocoaPodsもSwift対応の0.36 betaがクリスマスにリリースされ、どちらでもSwiftのライブラリが扱える状態が整い

AppDelegateはアプリ全体のライフタイムイベントを管理するためのクラスですが、その性質上、様々な処理が書かれやすいです。 しかし、あらゆる処理が書かれ肥大化していくと、見通しが悪くなってメンテナンスがしづらくなったり、チームで開発してる場合はコンフリクトが起こるなど開発速度に支障をきたすようになってしまう場合があります。 そこで、この記事では、そんな膨れがちなAppDelegateを綺麗な状態に戻すための方法をいくつか紹介します。 1. AppDelegateの責務外の処理は他クラスに移す AppDelegateの主な責務はライフタイムイベントの管理です。具体的には「起動」「停止」「バックグラウンド状態の切り替わり」などなどUIApplicationDelegateで定義されているような処理です。 にもかかわらず、例えば全Controllerから触れる値を定義したいなどの理由で、責

最近はAutoLayoutを使う機会も増えてきましたが、メンテナンス性や書きやすさを考えると、(Non-AutoLayoutな）コードでViewのレイアウトを行うほうがメリットがあるケースも、多々あります。 また基本はAutoLayoutでレイアウトを行いつつも、画面内の特定の動的なsubviewだけはframeを触りながらコードベースで行いたいような場面もあるでしょう。 なので普段はAutoLayoutがメインな方も、使わない場合のレイアウト方法を知っておいて損はないと思います。 この記事ではsubviewのframeをコード上で触りながらレイアウトを行う場合の、方針や注意点についてまとめています。 ViewController内でsubviewのレイアウトを行う場合 青い矩形(blueRect)と、赤い矩形(redRect)をUIViewで作って画面の左右に並べるだけの処理をContr

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?