iOSアプリのAPIリクエストのトレースはどうするのが効率的か？ - Qiita
この記事はVASILY DEVELOPERS BLOGにも同じ内容で投稿しています。よろしければ他の記事も御覧ください。 普段のアプリ開発において、バックエンドチームから「○○のページで△△のデータ取得するためにリクエストしているURLってどんなの？」と聞かれることがよくあります。 その都度、APIリクエストとリクエスト結果をprintで表示するフラグをONにしてアプリをビルドするということをしていたため、かなり手間がかかっていました。 こういった作業を楽にするためにネットワークデバッグライブラリをいくつか比較してみました。 ライブラリ ResponseDetective https://github.com/netguru/ResponseDetective NSURLSessionのリクエストやレスポンスをデバッガのログに流してくれるライブラリです。 特徴・利点 フルSwiftで書かれ
"WebエンジニアのためのiOSデバッグ速習会"で学んだことのまとめ - EDIT MODE
WebエンジニアのためのiOSデバッグ速習会@Wantedly に参加してきたので、内容を忘れないようまとめました。 wantedly.connpass.com 参加者は事前に Xcode を自分の PC にインストールしておき、講師の人が説明した後に実際に手を動かして確認していく、というスタイルでした。 また速習会中は、Sync を使って参加者同士がコミュニケーションを取るというのは、独特で面白かったです。 講師は @hedjirog さんでした。 やったこと 講師の方が資料を用意してくださったので、それに沿って以下のようなことをやりました。 テーマは iOS アプリのデバッグです。 使用したのは Xcode 7.1.1 です。 題材アプリ Artsy のインストール ブレークポイントを配置して任意のコードで実行を止める ビューデバッガでビュー構造からクラスなどを特定する chisel
Xcodeでデバッグ実行中にクラッシュした時に捗るブレークポイント設定 - Qiita
ずばりこの設定です。 ExceptionはAllでも良いですが、実際の動作に問題無い内部例外に反応しちゃったりするのでObjective-Cにしてます。 po $arg1について気になると思いますが、そこだけ見たい方はこちら 通常、クラッシュするとここでブレークしちゃうため、 左下の＋ボタンから、これを追加しておくとクラッシュ時に原因箇所で止まって捗るテクはそこそこ有名だと思います。 このようにブレークする場所が分かりやすくなる: po $arg1について さらに、こちらは有名じゃないと思いますが、Debugger Commandアクションに以下を入力しておくと、 このようにブレークすると同時に自動的に原因のログを出力してくれます。 無設定だと、1回目にブレークした時点ではクラッシュについてのログは何も出ていなくて、1・2回デバッグcontinueボタンを押すと、ログが吐き出されます。 即
モバイルファースト時代のネットワークレイヤデバッグ手法 - クックパッド開発者ブログ
こんにちは。インフラストラクチャー部 セキュリティグループの星 (@kani_b) です。 クックパッドでは主に "セキュリティ" か "AWS" というタグのつきそうな業務全般を担当しています。 ここ数年、クックパッドではいわゆるネイティブアプリの開発が非常に盛んです。 私達インフラストラクチャー部はネイティブアプリの直接の開発者ではありませんが、開発が円滑に進むように色々なレイヤでそのお手伝いをしています。 PC 向けサービス開発と比較して、スマートフォン向け、特にネイティブアプリにおいては、何かトラブルがあった際に どこで何が起きているか、そのデバッグを行うことが若干難しいと感じています。 今回はいわゆる jailbreak や root 化をせず、ネットワークのレイヤからデバッグを行う方法についていくつかご紹介します。 HTTP プロキシによるキャプチャ まずは HTTP プロキシ
Auto Layout In iOS 8 - layoutDebuggingIdentifier
Another new identifier Apple added in iOS 8 is the private API property _layoutDebuggingIdentifier to UIView that you can use to clean up what is output in _autolayoutTrace. Since it is private API, you don’t want to ship with this code in because Apple will likely reject it, but for debugging purposes it can be mostly harmless. Mostly. There’s no easy way to set the _layoutDebuggingIdentifier ide
便利なマクロ・カテゴリ・ライブラリまとめ - Qiita
お断り 情報が古いです。更新の予定はありません 未だにストックされる方がいらっしゃいますが、古い情報です。ご自身で最新情報を確認してください。 一部はPopperToolsとしてライブラリを公開しています 以下古い内容 iOSアプリの開発にはjavascript/HTML5/CSSやRubyなど様々な言語が利用可能ですが、漢ならやっぱりObjective-Cネイティブでしょ！ Objective-CはCの完全上位互換なので、Cで使える技の数々はもちろん利用可能です。 加えて動的にメソッドを追加できるカテゴリや、プロトコルorデリゲートなど便利な機能がたくさんあるので、ガンガン使って行きましょう！ 以下私が普段使っているマクロ・カテゴリ・ライブラリをまとめます。 一部過去の投稿を焼き直したものですがどうかご容赦を＞＜ /* デバッグログ用マクロ。 NSLog()の使いすぎは明らかなパフォーマ
無線LANを使ってAndroidアプリの実機デバッグを行ってみる。 | メモ帳代わりのブログ
まえがき 今回は開発中のAndroidアプリをUSBケーブルを挿さないで実機転送してデバッグする方法のメモ。 開発環境 開発用マシンOS MacOSX Android実機 XperiaZ1 利用したネットワーク お家のwifi 私の環境ではMacOSを使っているがWindowsでも問題ありません。 ただ、win macともに『adb』コマンドを使えるように、android-adkのツールフォルダのパスを通しておく必要がある。 必要なもの 無線環境（Android端末と開発マシンが同じネットワークに所属する必要がある。） USBケーブル USBケーブルは最初にAndroid端末の転送ポートを開くのに利用します。 adbコマンドを使えるようにする まず、adbコマンドを使えるようにする必要があるので、android SDKをおいているフォルダの中のツール群にパスを通す。 自分の場合はこんな感じ
Debugger の Tips
Node.js製CLIツールのE2Eテストに取り組んでいます / Working on E2E testing of Node.js CLI tools
Xcode5でのデバッグ / CI | iOS 7エンジニア勉強会
11月24・25日 デザイン思考マスター・クラス http://kashinotakanori.com/bootleg/index.php?master 「慶應義塾大学SFCデザイン思考研究会」によるこの資料は、Creative Commons 表示 – 非営利 - 継承 2.1 日本 License.によってライセンスされています。本資料はhttps://dschool.stanford.edu/groups/k12/にある作品に基づき作成されました。 １）クレジット明記（慶應義塾大学SFCデザイン思考研究会） ２）ライセンス継承（以下参照） の２つを満たす場合、利用許可等の通知をすることなく資料を自由にご利用できます。詳しくはサイトをご覧下さい。http://creativecommons.org/licenses/by-sa/2.1/jp/ ※上記２点をお守り頂けない利用ケースを発見
Reveal - naoyaのはてなダイアリー
Reveal (http://revealapp.com/) なる iOS 向けのランタイムインスペクタなるものを知人のツイート経由で見つけた。ランタイムインスペクタとは何か ･･･ "Reveal brings the power of tools like Firebug and Web Inspector to iOS developers." ということでiOS アプリ用の Firebug みたいなのだと思えば良い。 動画を観てると確かにすごい。3D で動かしながら View の階層を手繰ってアプリのビューがどういう構造になっているかを見ていくことができる。更に動的にパラメータを変更して大きさや動きを変える、なんて Firebug の css の編集みたいなこともできるようだ。ベータ版は無料のようだ。 これは捗る。 RubyMotion で動かす ドキュメントを見てみたところ Re
[Xcode][tool] ランタイムデバッガーSpark Inspectorが便利！ | Natsu note
デバッグ時にビューについての情報（重なりや位置、色など）を解析したくなることがよくあると思います。ビューの階層構造を知るための方法はいくつかありますが、先日見つけたSpark Inspectorがものすごく便利そうなのでご紹介します。 Spark Inspector – Runtime Debugger for iOS Apps Spark InspectorはBonjourとMethod Swizzlingを利用したランタイムデバッガーです。プロジェクトにフレームワークを追加し、起動のためのコードを記述するだけで簡単に利用できます（実際には、これらの作業もアシスタントが自動で行ってくれるので、ほぼボタン一つで利用可能になります）。 できることは大きく分けて二つ。 ビューの状態を2Dまたは3Dで表示する。ビューやレイヤーをリアルタイムで編集する。 通知センター(NSNotification
iOSアプリ開発で例外の発生した場所を特定する その２ | DevelopersIO
前回は、例外の発生した場所を特定する方法として、「NSSetUncaughtExceptionHandler」を使った方法を紹介しました。 今回は、Xcodeの機能の「Exception Breakpoint」を使用して、例外の発生した場所を特定してみます。 （前回のブログで頂いたコメントを参考にしました。ありがとうございました。） 環境は、Xcode 4.5 を使用します。 例外を発生させる処理は前回と同じなので省略します。 以下、手順です。 ① Breakpointアイコンのボタンをクリックして、「Breakpoint Navigator」を開きます。（ショートカットは、「⌘」+「6」） ② 「+」ボタンをクリックします。 ③ 「Add Exception Breakpoint...」をクリックします。 ④ 「Done」ボタンをクリックします。 設定はこれで終わりです。 では、実行して
[iOS] デバッグ中に変数の値を変更する | DevelopersIO
はじめに いろいろと iOS アプリ開発を勉強中の諏訪です。 今回はデバッグ時に特定のブレークポイントを指定した場所で変数の値を変更する方法を調べたのでメモしておきます。 何かの処理中にここの値が変わったら、どう動くかという確認をしたいときに便利です。 デバッグ中に変数の値を変更する 今回は以下のコードで試したいと思います。Button をタップすると Label の text に value を代入するというシンプルなコードです。この value の値をデバッグ中に変更します。 - (IBAction)button:(id)sender { NSString *value = @"Button clicked."; _label.text = value; } 1.ブレークポイントを設定する ブレークポイントを設定するには行番号をクリックします。すると下図のように青色に変わります。 この
NSLogでblocksのシグネチャ出力を可能にする
x-callback-url とはURLスキームを利用したアプリ間連携の仕組み。他アプリを呼び出すだけでなく、その名（コールバック）の通り呼び出し元で結果を受け取るまでの一連の動作を定めている。 x-callback-url 現在は 1.0 DRAFT...
デバッグログをオーバレイするカスタムウィンドウ
x-callback-url とはURLスキームを利用したアプリ間連携の仕組み。他アプリを呼び出すだけでなく、その名（コールバック）の通り呼び出し元で結果を受け取るまでの一連の動作を定めている。 x-callback-url 現在は 1.0 DRAFT...
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iPhone(実機)の通信ログ(パケットのキャプチャ)を簡単に取得する方法 - Qiita
GitHub - tapwork/HeapInspector-for-iOS: Find memory issues & leaks in your iOS app without instruments
GitHub - FLEXTool/FLEX: An in-app debugging and exploration tool for iOS
GitHub - meeloo/xspray: A front end for lldb on OS X for Mac and iOS targets, with a twist
GitHub - jfahrenkrug/StoryboardLint: A lint tool for UIStoryboard to find wrong classes and wrong storyboard/segue/reuse identifiers
