iOSアプリ開発の全体像 - Qiita
超技術書展で頒布したiOSアプリ開発の全体像をだらだら書いた本を記事として公開。 ただのポエムです。 2年くらいまえに、SwiftもObjCも一切書いたことないし、アプリも一回も作ったことがない状況でiOSアプリを作ってリリースするミッションのお仕事が降ってきたので、そのときにこんな情報があったら全体が見通せて、気持ち的に楽だったなと思った内容をまとめました 1. iOSアプリ開発を取り巻く環境 iOSアプリ開発には、基本的にmacOSを搭載したコンピューターとXcodeとよばれるソフトウェアが必要です。もともと主にObjective-Cという言語が使われるケースがほとんどでしたが、2014年6月にAppleがプログラミング言語Swiftを発表して以後の新規開発には、ほとんどの場合Swiftが採用されているようです。またSwiftは、Objective-Cのコードと共存できるため、もともと
1分で作るiOS9の広告ブロッカー - Qiita
検証環境 Xcode 7.0 beta6 (7A192o) 手順 Xcode7を起動します 適当に新規iOSアプリのプロジェクトを作ります File > New > Target を選択し、iOS > Application Extension > Content Blocker Extension を選択して適当な名前をつけます blockerList.json というファイルを適当に編集します。 iOS Simulatorで2.で作成したアプリを起動します iOSのSettings > Safari > Content Blockers を開き、自分が作った Content Blocker がオンになっていることを確認します Safariを開いて、適当なwebサイトを開いて blockerList.json 通りに広告がブロックされてれば実装完了です。 たとえば Google の広告を
Ansible＆Homebrew＆homesickでMac開発環境構築 - Qiita
- hosts: localhost connection: local gather_facts: no sudo: no vars: homebrew_taps: - caskroom/cask - motemen/ghq - homebrew/php - sanemat/font homebrew_packages: - { name: readline } - { name: openssl } - { name: openssl, state: linked, install_options: force } - { name: python } - { name: python3 } - { name: ansible } - { name: heroku-toolbelt } - { name: git } - { name: hub } - { name: zsh, ins
Mac の開発環境構築を自動化する (2015 年初旬編) - t-wadaのブログ
背景 愛用していた MBP15" が一ヶ月ほど前に突然亡くなり、急遽 MBP13" を買って環境構築を行ったので記録しておく。 (その後噂の薄くて軽くて新しい Macbook が出ただけでなく MBP13" までマイナーアップデートされたりしたが、悔しくはない。悔しくはないぞ！！) Brewfile オワコン問題 開発環境の構築は Homebrew と Homebrew Cask を入れて Brewfile を書き、 brew bundle すれば終わりかと思いきや、もう Brewfile はオワコンになってしまったらしい。 (3/25 追記) Brewfile がオワコンなのではなく Homebrew 本体から bundle コマンドが外されただけで、 元となった brewdle コマンドは健在で、もっと便利な brew-file もあるとのことです。 参考: Brewfileはオワコン
Xcode 6で導入されたstringsdictファイルを使って、イケてる複数形多言語対応 - Qiita
今開発中のPlayer!も英語対応していますが、英語の複数形対応がされていないと、かなり残念な印象を与えてしまうようです。 ×: "3 comment" ○: "3 comments" 英語の適切な例: "0 comments" "1 comment" "2 comments" このように、1かそれ以外で表現が変わります。 日本語だと数に関係無く「3コメント」などで良くて楽ですが、0の時は「0コメント」じゃなくて「コメントなし」にしたいなどもあると思います。 これは簡単な例ですが、「1かそれ以外」で表現が変わる以外に言語によって様々なパターンが存在し、それらに最適化するのは実はかなり大変です。 以下の対応をしている人が多いのではと思っています。 放置 "3 comment"を許容 英語だけは対応しておくけど後のことは考えていない 上述の通り、1かそれ以外で切り替える対応だけはする もうちょ
iOSキーボード上部にView表示とキーボード部分を置き換える - ほげほげ（仮）
ちょっと良いタイトルが思いつかないし、なんかよく分かんないタイトルになってしまった。 やりたかったことはiOSはてブアプリのタグ入力の画面のようなやつです。 キーボード上部のSegmented Controlでキーボード部分が切り替えるみたいなことがやりたかったのです。 キーボード上部にViewを表示 はてブアプリの例だとキーボード、おすすめタグ、タグのSegmented Controlの部分の表示です。 UIView *inputAccessoryView = ... // なんかView self.textField.inputAccessoryView = inputAccessoryView; キーボードが表示される対象のUITextFieldもしくはUITextViewのinputAccessoryViewに表示したいViewを設定します。 これでキーボードが表示されると同時にi
Swiftで遊んでますか？ - クックパッド開発者ブログ
モバイルファースト室の三浦です。 みなさんはplayground使っていますか？ Swiftにはplaygroundが用意されていて手軽にかつライブレンダリングでコーディングをすることができます。 CoreGraphicsの描画などを確認しながらコードを書くこともできてとても便利です。 早速Swiftで簡単なスケッチをしてみましょう！ Xcodeでplaygoundファイルを新規作成します。次にUIKitをimportします。 import UIKit 次に表示のためのUIViewを生成します。 // ビューのサイズ let size = CGSize(width: 200, height: 200) // UIViewを生成 let view:UIView = UIView(frame: CGRect(origin: CGPointZero, size: size)) view.back
文字列からUIImageオブジェクトを生成する - iOSアプリ開発の逆引き辞典
NSString型の文字列を画像に変換します。「サイズを指定して空のUIImageオブジェクトを生成する - iOSアプリ開発の逆引き辞典」をベースとしています。 - (UIImage *)imageWithString:(NSString *)text { // 描画するサイズ CGSize size = CGSizeMake(34, 18); // ビットマップ形式のグラフィックスコンテキストの生成 // 第2引数のopaqueを`NO`にすることで背景が透明になる UIGraphicsBeginImageContextWithOptions(size, NO, 0); // 描画する文字列の情報を指定する //-------------------------------------- // 文字描画時に反映される影の指定 NSShadow *shadow = [[NSShadow
SwiftでFlickrの人気写真を見るアプリを100行で作ったよ - synblog
Swiftのビッグウェーブに乗って自分も何かアプリを一つ作ってみようと思い、FlickrのAPIを叩いて人気写真一覧を表示するアプリを作ってみました。 この記事は @himara2 さんの記事「SwiftでTiqav APIを叩くビューワアプリを100行でつくったよ」に触発されて書いたものです。TableViewのサンプルは見かけたので、このアプリではCollectionViewで実装したのと、通信をする際に今までのObjective-Cで多くの人が使っているAFNetworkingを使ってみたのでそこらへんが参考になれば幸いです。ソースコードはgithubにあげたので、おかしなところがあればこちらにpull requestください。 アプリの仕様 アプリを起動するとFlickr人気写真一覧を取得するAPIにリクエスト グリッドビューで取得した写真を表示 上のナビゲーションバーのセグメント
xcodeでAutoLayoutでレスポンシブデザイン - Qiita
xcode6になって 対応しなければならない画面サイズ（解像度の比率の種類）が５種類に増えました （iPhone4S,iPhone5(S),iPhone6(S),iPhone6 Plus(S)、iPad） デバイスの画面サイズの種類が増えたことで StoryboardやxibでAutoLayoutを使わないやり方でやると １つのレイアウトファイルではマルチデバイスのサイズに 対応ができなくなってしまっています 自分は今までAutoLayoutを使って来なかったので苦戦したので 他の困っている人向けに備忘録として残しておきます XCode7以降でも基本的には同じです。 長いです まず、AutoLayoutを使わない方法もあります ViewControllerを選択して ・Use Auto Layout ・Use Size Classes のデフォルトチェックを外します。 すると、従来通りAu
AutoLayoutで画面の大きさに比例してViewの大きさを変えたい - Qiita
例えばデバイスの幅が1000pxだった時、Viewの幅は500px（50%）にしたい、という場合です。 AutoLayoutを始めて「これくらい当然できるでしょふふーん」と思っていじってみたけど、全然出来る気配がなくて、結局泣きながらコードと併用して対応したというお話です。 って、実はStoryboardエディタだけでできるのでしたら教えてください。 ＝＝＝＝＝ 追記 2014/11/30 3:56 できました Multiplierを使います。（いままでお試しでしか使ってなくて忘れていた・・・） 親をSuperviewとかにして、一度EqualWidthをつけたあと、Multiplierに0.5と入れると50%になります。こんな感じです。 まあ、ConstraintをIBOutletで引っ張って云々できる、というのは知っていて損がないので、それはそれ、これはこれで！ ＝＝＝＝＝ 結論からい
Xcode6でiPhoneアプリを作ろうとした時にレイアウト周りでハマったこと - Qiita
Xcode6が正式にリリースされたので、Swiftを利用して早速アプリを0から作ってみました。 自分はXcode5からiPhoneアプリを作り始めたのですが、レイアウト周りで幾つかハマった点があったのでまとめておきます。 スプラッシュ画面を消すと、iPhone5s以下で起動した時に上下に黒い帯ができてしまう 新しいプロジェクトを作成する際に、Xcode5ではなかったスプラッシュ画面がデフォルトで挿入されているようになってます。 デフォルトのスプラッシュ画面はプロジェクト名がUILabelで記載されています。（非常にダサいので）自前のもので置き換えないのであればProjectのGeneral->App Icons and Launch Images->Launch Screen Fileから項目を削除されると思います。 削除だけしてiPhone5s以下で起動すると(OSは8, 7関係なし)以
Xcode 6 時代のマルチデバイス対応 〜Size Classとベクター画像〜 - その後のその後
とあるお仕事で、iPad をサポート（＝ Universal 化）してほしいという要望があり、せっかくなので iPhone 6 / 6 Plus （4.7 / 5.5 inch スクリーン）もサポートしようってことで、新しい Xcode 6 の新しい仕組みである Size Class を使って複数画面対応を行ないました。あと、同じく Xcode 6 から Asset Catalog でベクター形式がサポートされるようになったので、こちらもトライしてみました。 で、そのときに学んだ諸々の断片的なメモです。勘違いもあるかもしれないのでその際は優しくご指摘いただけますと幸いです。 ※ちなみに Size Class やベクター形式画像の使用は iOS 8 以上縛りではありません。単に Xcode 6 の新機能というだけなので。 Size Class の前提知識をつける 「Size Classsとは
Xcode 6 で新規作成したプロジェクトを iPhone 5 or 5s w/ iOS 7 上で実行すると上下に黒帯が入る - Qiita
Xcode 6 で新規作成したプロジェクトを iPhone 5 or 5s w/ iOS 7 上で実行すると上下に黒帯が入るXcodeiOS ある程度書いてから気づいたので泣きそうになった。 結論としては、iPhone 4s -> 5 のときのように、起動画面用のリソースの有無によりアプリの表示サイズを決定しているようだ。 Asset Catalog 等で、LaunchImage として@2xと-568h@2xの画像(定義)を用意してあげれば、きちんとフルスクリーンでアプリが実行される。 同時に LaunchScreen も設定しておけば、iOS 8 ではそちらが使われる。 Asset Catalog を使う例 [Use Asset Catalog] -> [Migrate] Register as a new user and use Qiita more conveniently Yo
Size Classes with Xcode 6: One Storyboard for all Sizes
My favorite feature of Xcode 6 so far is the new size classes concept in Interface Builder. Size classes are Apple's solution to the question "How can I easily work with so many different screen sizes and device orientations?" They also enable the condensing of universal apps into one storyboard file. Combined with the new adaptive view controllers, it's easier then ever to rely on interface build
SizeClassesとXcode6でのAutoLayoutの謎マージン - Qiita
Xcode6からSizeClassesという概念が加わったのと、AutoLayoutも微妙に変更されていて謎のMarginが出るようなので調査した結果をまとめました。 SizeClassesとは Xcode6からAutoLayoutに加え、SizeClassesという概念が加わりました。 Xcode5では、Universalアプリを作るには、iPhone向けとiPad向けのStoryboardをそれぞれ用意していましたが、Xcode6/iOS8からは、一つのStoryboard（あるいはXib）で対応させてしまおう、というのがSizeClassesです。 考え方としては、iPhoneやiPadの特定のサイズではなく、抽象的なサイズを扱うということです。ですので、今まで以上にAutoLayoutの制約によるレイアウトデザインが重要になります。 注目すべきは赤枠で囲った２箇所です。 まず右側。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iOSライブラリ管理ツール「CocoaPods」の使用方法 - Qiita
Swift でキーボードをタッチイベントで隠す - Qiita
小学生でも分かった気になるiOS8のSize Class
XcodeでiOSアプリ開発をする時の.gitignore - Qiita
