Autolayout と transform のいけない関係 - Qiita
なにがいけないの？ Autolayout で制約をかけているビューを transform で変形させると、transform の結果に応じて制約がはたらく。 ここで transform にアニメーションを付けたりすると、アニメーション開始の瞬間に位置がずれる、ワープするような挙動が発生する。 これらはおそらく、移動先でのフレームが正しくなるように、アニメーション開始時に制約が働くためだろう。 制約を初期配置のためだけに使う Constraint はビルダー上での配置のためだけに使うことも出来る。 ビルダー上で Constraint を選択すると、インスペクタに Placeholder という項目がある。 これをチェックすることで、その制約はビルド時に削除されるようになる。 つまり、その制約によってもたらされた最初の位置情報だけがビューに反映される。 リアルタイムに制約を反映させる必要がなけ
UIGraphicsBeginImageContextの無駄 - Qiita
よく、以下のようなコードでオフスクリーンコンテキストを作成し、 描画の後画像を得るサンプルを見ます。 コードが単純なためか、非常に広く使われていると思います。 UIGraphicsBeginImageContextWithOptions(CGSizeMake(1024, 1024), NO, 1.0); CGContextRef context = UIGraphicsGetCurrentContext(); CGContextFillEllipseInRect(context, CGRectMake(0, 0, 1024, 1024)); UIImage *image = UIGraphicsGetImageFromCurrentImageContext(); UIGraphicsEndImageContext(); ですが、これは本来やらなくていい処理をしていると思いませんか？ という
TAKABO SOFT流 Objective-C ソースの書き方 - Qiita
概要 ここ１年ぐらいiPad向けのアプリを作っていたのですが、その際にXcodeを使ってObjective-Cのソースをそれなりに奇麗に見えるように自分なりにあれこれ試行錯誤してきました。その結果を整理して晒してみたいと思います。 なお、Appleが「Cocoa向けコーディングガイドライン」という物を出していますので、基本的な部分はそちらが参考になると思います。 https://developer.apple.com/jp/devcenter/ios/library/japanese.html （GoogleもObjective-Cのスタイルガイドを出していますが私は「なるほどそういう事もあるのかー」程度にしか読んでいません。） コーディングルールについては古の時代から様々な派閥があって議論になりがちですが、最終的には自分が好きなスタイルに落ち着くかと思います。 そのヒントにでもなれば幸い
Swiftのアクセス修飾子とObjCをためしてみたらFrameworkでちょっとした罠があった - Qiita
上記について、SwiftのObjectをSwift、ObjCからアクセスした時にどうなるのか調べました。 同一ターゲットの場合 下記のようなSwiftを書きました。 public class MyPublicClass:NSObject { public func publicMethod() { println("\(self.dynamicType.description()) public method") } internal func internalMethod() { println("\(self.dynamicType.description()) internal method") } private func privateMethod() { println("\(self.dynamicType.description()) private method") }
SwiftのArrayがヤバくなくなった - Qiita
概要 思ったよりバズったので、いくつか加筆修正しました beta3でArrayの型指定の方法が変わったなーと思って眺めていたら、もっと根本的な変化がありました。 SwiftのArrayがヤバイなどで話題になってたやつです。 公式ドキュメント The Swift Programming Language 変更点 Array in Swift has been completely redesigned to have full value semantics like Dictionary and String have always had in Swift. This resolves various mutability problems – now a 'let' array is completely immutable, and a 'var' array is complet
Swiftの名前空間は暗黙的、アクセス制限修飾子は将来追加されるかも - Qiita
「Swiftにおいて名前空間は暗黙のうちに提供される。すべてのクラスはそのモジュール (Xcode上のターゲット)によって暗黙のうちにスコープが制限される。クラスプレフィックスはもはや不要」 原文: Namespacing is implicit in swift, all classes (etc) are implicitly scoped by the module (Xcode target) they are in. no class prefixes needed https://twitter.com/clattner_llvm/status/474730716941385729 (Swiftの作者 Chris Lattnerのツイート) アクセス制限修飾子 (public, private, etc..) 現状public, privateなどの予約語は存在しない、しかし
何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 デメテルの法則 別名最小知識の法則。デメテルは、豊穣の女神。アスペクト指向などの研究であった「デメテルプロジェクト」に由来。 基本的な考え方は、任意のオブジェクトが自分以外（サブコンポーネント含む）の構造やプロパティに対して持っている仮定を最小限にすべきであるという点にある。 単純化して説明すると、オブジェクトの"メンバーのプロパテ
Swift触ってみた - Qiita
Swiftの基本を学習したメモ｡ Objective-CやCocoaの知識は全く無い｡とりあえずObjective-Cより速いとか｡LLVMでネイティブコードにコンパイル出来るらしい｡ 参考 ドキュメントは公式を読む｡ とりあえずSwift Tourをザッと眺めてみる｡ Web https://developer.apple.com/swift/ https://developer.apple.com/library/prerelease/ios/referencelibrary/GettingStarted/LandingPage/index.html 書籍 ダウンロード Xcode 6 Betaをダウンロード｡ REPL コマンドラインから実行します｡ $ /Applications/Xcode6-Beta.app/Contents/Developer/Toolchains/Xcode
Swiftに関するメモ その3 - プロパティの監視・メソッドなど - Qiita
Swiftに関するメモ - 一覧 https://developer.apple.com/swift/ より The Swift Programming Language (iBooks Store)をざっくり目を通してつらつらと。 プロパティの監視 (willSet と didSet) Objective-C でいうところの KVO (Key-Value-Observing) のような位置づけになるんでしょうか、プロパティに対して、willSet と didSet というオブザーバーを設定することができます。 struct SomeClass { var value: Int { willSet { // value がセットする前に呼ばれる } didSet { // value がセットされた直後に呼ばれる } } }
Swiftに関するメモ その2 - Qiita
Swiftに関するメモ - 一覧 https://developer.apple.com/swift/ より The Swift Programming Language (iBooks Store)をざっくり目を通してつらつらと。 前回は class と struct に触れたところまで。今回はそこから。 まだまだコード書いてません。 class と struct 宣言と利用 class SomeClass { var value = 0 // インスタンス変数 value で初期値 = 0 // ... 中略 ... }
Swiftに関するメモ - Qiita
Swiftに関するメモ - 一覧 https://developer.apple.com/swift/ より まだコード書いていません。 とりあえずThe Swift Programming Language (iBooks Store)をざっくり目を通してつらつらと。 こちらに続きがあります。 定数と変数 定数は let で、変数は var で。: で型指定できる。 配列とディクショナリ（連想配列） 配列 : [value0,value1,value2] ディクショナリ : [key1:value1,key2:value2] letで宣言すれば immutable で、varで宣言すれば mutable 。 配列 in でイテレーション。 配列の要素の型を指定する時は型に[]をつける。例えば、String[]。 (2014.07.08 追記) beta 3 より [String] と括弧
シングルトンの抽象クラス(Objective-C) - Qiita
#import "SingletonObject.h" static NSMutableDictionary *cls_varietySingletons = nil; @implementation SingletonObject + (void)initialize { static dispatch_once_t once; dispatch_once(&once, ^ { cls_varietySingletons = [NSMutableDictionary new]; }); } #pragma mark - singleton process + (instancetype)sharedInstance { @synchronized (self) { id storedSingleton = cls_varietySingletons[NSStringFromClass(s
Objective-Cで定数を定義する - Qiita
ヘッダーファイルにおいて、#define（マクロ）を使って、（公開/非公開に関わらず）全ての定数にプレフィックスkをつけて定義しているコードを見かけることがあるが、下記理由から個人的にはあまり良くないのではないかと思っている。 型情報がない ヘッダーファイルインポート条件によっては、名前衝突により開発者が意図しないファイルにおいても定数置換が行われてしまう危険性がある 実際のところ、私は下記のように定数定義を行っている。 外部に公開する定数 extern constを付与 定数にはプレフィックスとしてクラス名をつける（名前衝突を避けるため） 内部でのみ使用する定数 static constを付与 定数にはプレフィックスとしてkをつける（よく見かけるパターン） コーディング例 以下は、BLGClassAクラスにおいて外部に公開する定数を定義、BLGClassBクラスにおいて内部で使用する定数
ファイルの時間とサイズを取得する - Qiita
ファイル属性はNSFileManagerクラスを使えば簡単に取得できます。 参考でC言語のstat(2)を使う方法も載せておきます。詳細はstat(2)のmanpageを参照してください。 NSBundle *bundle = [NSBundle mainBundle]; NSString *path = [bundle pathForResource:@"first" ofType:@"png"]; // NSFileManagerを使ってファイルの属性を取得する NSFileManager *fm = [NSFileManager defaultManager]; NSDictionary *attribute = [fm attributesOfItemAtPath:path error:nil]; NSDate *creationDate = [attribute objectFo
Core Animation 中級編 - Qiita
8/19担当、Qiita初投稿の@inamiyです、こんにちは。 今回は、iOS/OSXアプリのUXの根幹である「Core Animation」について、 ハマりやすい点や、意外と知られていないtipsなどについて書きたいと思います。 アニメーション完了時のコールバック Delegateでif分岐しながら処理する方法もありますが、 [CATransaction setCompletionBlock:]を使う方が、より見通しの良いコードになります。 問題は、アニメーションが正常終了したかどうかのfinishedフラグがないという点ですが、 下記のようなコードを書くと、上手く判別できます。 [CATransaction begin]; [CATransaction setCompletionBlock:^{ CAAnimation* animation = [layer animationFo
AdMobメディエーション,nend導入手順（Admob6.8.0,nend2.3.2） - Qiita
下準備 1,フレームワークの追加 ・AVFoundation ・StoreKit ・CoreTelephony ・AudioToolbox ・MessageUI ・SystemConfiguration ・CoreGraphics ・AdSupport コード #import "GADBannerView.h" @interface HogeViewController : UIViewController<GADBannerViewDelegate> @interface HogeViewController () { GADBannerView* gadView; BOOL _bannerIsVisible; } @end #pragma AD /** * 画面を読み込む際の処理 */ - (void)viewDidLoad { [super viewDidLoad]; [self i
iOSでこんなアプリ,こんな機能を作りたかったらこれを見ろ！作りたいアプリに対応するクラス、フレームワーク、ライブラリのまとめ！ - Qiita
画像を表示しようとしたら遅いよ！ 外部データを取ってきて表示するときにまずはまるのが画像の処理だと思います。非同期で必ず処理しましょう。 画像の非同期ロードはライブラリを使った方が早いと思います。 ヘッダーやフッタをつけたいよ！ tableView.tableHeaderView tableView.tableFooterView に突っ込む方法を書いてあるのが多いんですが、今回はもっと簡単な方法としてStoryboardなどでこれらのビューを直接突っ込んで管理できるのでおすすめ。 テーブルビューの上や下にUIViewをドラッグすると UIViewをIB上で直接追加できます。 後はIBでレイアウトをくめばok 使用するクラス、フレームワーク、ライブラリ ビュー UITableViewController https://developer.apple.com/library/ios/doc
iOS7ステータスバー対策まとめ - Qiita
iOS7ではスタースバーは透明、ナビゲーションバー、タブバー、ツールバー、検索バー、スコープバーは半透明。一般的なルールとしてコンテンツの上にこれらのバーを被せることを想定しスタースバーの下に何もバーがないならコンテンツはフルスクリーンコンテンツにすべき。とある。 iOS7 フレームワーク判定 iOS 7 UI Transition Guideにはこんなやり方が書いてある。場合によってはバージョンよりもNSFoundationVersionNumberを使うほうが意図が明確になる。 if (floor(NSFoundationVersionNumber) <= NSFoundationVersionNumber_iOS_6_1) { // Load resources for iOS 6.1 or earlier } else { // Load resources for iOS 7 o
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Android-iOS API対応表(2) - Qiita
Android開発者がiOS開発を始めるときに便利かもなAPI対応表 - Qiita
