Configure input devices, output media, preview views, and basic settings before capturing photos or video.
MacBook Proを使用中に音楽などを再生していると音割れが発生する現象がiOS開発している人たちの中で起きている(同僚でも2、3人同じことを言っていた)らしいけど、これはどうやらiOS Simulatorが原因らしい。 自分のMacBook Proでも昨年からいつの間にかこの現象が現れ始めて、OSを再起動しても治ったり治らなかったりで本体の故障かと思って諦めていたのだけど最近なぜかずっと調子がよくて不思議だった。しかし今日久しぶりにiOS Simulatorを起動してみたら、さっきまで調子良くYouTubeを再生してくれていたのに急にノイズが混じるようになってこの現象に気づいた。直近ではRubyを書いていることが多かったからiOS Simulatorを起動してなくて調子良かったのだと思う。 Twitterで聞いてみたら他にも同じ現象に遭遇している人iOS開発者の人たちがいたので正しい
RxTestとRxBlocking、プロジェクトにRxSwift導入している人はみんな使っていますよね 私の関わっているプロジェクトでもRxSwiftを使用しており、もちろんテストコードを書く際にはこの2つのライブラリを使っています。 RxTestとRxBlockingを使ったテストコードの書き方にはいくつか基本的なパターンがあり、それらを覚えておけば、Rxなコードのテストは簡単にかけるはずです。 本記事では、RxTestとRxBlockingを使ったテストコードの基本パターンと、実際のプロジェクトで出てくるようなプロダクションコードに対してそれらのパターンをどう適用するかという具体例を説明します。 なお、本記事で紹介するコードはRxSwift/RxCocoa/RxTest/RxBlockingのいずれもバージョン4.1.2で動作確認しています。 また、テストコードの記述にはQuick、N
😲「Clean architectureの採用でテストがしやすくなります。」 👶「どうやるの?」 ということで、XCTestsとQuickでテストを書いてみました。 今回は、テストコード自体の書き方とDIをどう利用するかという点で試したかったので アプリ自体の機能は最低限のものを用意し、「見た海外ドラマのシーズンを記録するアプリ」 という名目の元、ただべた書きされたデータを表示するだけのものとなります。 (もし手元で動かしたいという場合はクローンしてライブラリをインストールするだけで大丈夫です) リポジトリはこちらになります。 GitHub - shymst/iOSTestFrameworkComparison 初めは色々なテストフレームワークを試し、使いやすさなどを比較しようと思いましたが XCTestsとQuickのどちらかで良いと思ったのでこの2つでしか実装していません。 UIT
まずはじめに 11月中旬にリリースされたとある記事が、初心者の方が見たら勘違いしやすい実装が複数紹介されている状態だったので、その実装に対する改善した実装を本投稿で紹介していければと思います。 ちなみに、以下の項目が改善の余地があるのではないかと感じた実装になります。 ViewControllerにObservableを加工する処理が入っている ViewModelから流れてきたイベントをViewControllerで加工せず、そのままViewにバインドするだけの実装のほうが良い Viewの操作で、observeOn(Main)またはBinderを利用していない Variableをvarで定義する Variable.valueを変更するが、Variableのインスタンス自体を変更することはほぼないはず VariableはRxSwiftのDeprecated.swiftに実装されているので(S
概要 App Storeのレシートは、Apple証明書で署名されたバイナリ形式の暗号化ファイルです。この暗号化ファイルの内容を読み取るには、このファイルをverifyReceiptエンドポイントで処理する必要があります。エンドポイントからの応答には、読み取り可能なJSON形式の本文が含まれます。App Storeとの通信は、RFC 4627で定義されているJSON辞書によって構造化されています。バイナリデータは、RFC 4648で定義されているように、Base64でエンコードされています。安全なサーバを通じて、App Storeでレシートを検証します。App Storeとの安全なネットワーク接続を確立する方法については、「安全でないネットワーク接続の回避」をご参照ください。 レシートデータの取得 macOS、iOS、iPadOSを実行しているデバイスのプロダクション環境では、アプリのレシー
This book explains a range of application design patterns and their implementation techniques using a single example app, fully implemented in five design patterns. Instead of advocating for any particular pattern, we lay out the problems all architectures are trying to address: constructing the app's components, communicating between the view and the model, and handling non-model state. We show h
やりたいこと CocoaPodsがビルド時に「pod install しないとだめだよ」とエラー吐いてくれるのが便利なので、Carthageでも同じことをやりたい。 実現方法 Carthage公式のworkflowsというリポジトリに carthage-verify というスクリプトがあるので、そちらを使います。 github.com 手順 まずは carthage-verify をcloneするなりDownloadするなりして、手元に持ってきます。ディレクトリ構成としては、下記のように scripts ディレクトリを作って、その中に入れてあげます。 . ├── sample.xcodeproj ├── sample.xcworkspace └── scripts └── carthage-verify <- [コレ!] 次にBuild PhasesにScript Phaseを追加していき
gistfile1.m �, e�U �[ f�U - (void)controllerWillChangeContent:(NSFetchedResultsController *)controller { self.shouldReloadCollectionView = NO; self.blockOperation = [[NSBlockOperation alloc] init]; } - (void)controller:(NSFetchedResultsController *)controller didChangeSection:(id<NSFetchedResultsSectionInfo>)sectionInfo atIndex:(NSUInteger)sectionIndex forChangeType:(NSFetchedResultsChangeType)typ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く