Swift 2でのAPIKit + Himotoki
Jul 29, 2015 Swift 2の利点を最大限に活かすため、APIKitのデザインは大幅に刷新されました。型制約つきprotocol extensionsとHimotokiと組み合わせるとresponseFromObject(_:URLResponse:)にデフォルト実装を与えられるので、個々のリクエストの定義を楽にできます。以下はその例です。 // https://developer.github.com/v3/search/#search-repositories struct SearchRepositoriesRequest: GitHubRequestType { enum Sort: String { case Stars = "stars" case Forks = "forks" case Updated = "updated" } let query: Strin
Apocripha.net [iOS] Distributing Enterprise Apps for iOS 4 Devices (iOS4 デバイスへのエンタープライズアプリケーションの配布)
[iOS] Distributing Enterprise Apps for iOS 4 Devices (iOS4 デバイスへのエンタープライズアプリケーションの配布) 業務で iOS Developer Enterprise Program を扱っているのですが、 やたら Xcode の更新はあるし、Webのインタフェースはちょいちょい変わるしで、 昔の解説ページなど見てもそのものずばりの情報が少なかったり。 で、iTunes や iPhone 構成ユーティリティを使わずに、 （もちろんエンタープライズなので Apple store も通さずに） インターネット経由で配布できる方法を探していたのです。 確かにドキュメントはあるのです。 Distributing Enterprise Apps for iOS 4 Devices http://developer.apple.com/li
Pusher | HTML5 WebSocket Powered Realtime Messaging Service
Powering realtime experiences for mobile and webBi-directional hosted APIs that are flexible, scalable and easy to use. We create and maintain complex messaging infrastructure so you can build the realtime features your users need, fast. Bi-directional hosted APIs that are flexible, scalable and easy to use. Get started today and find out what you can build with Pusher
AndroidアプリテストのためのJenkins設定 1 - KyakujinのWarning Log
今更ながらですが、個人的に作成しているAndroidアプリの作成プロセスにJenkinsを導入してみました。 個人で行う小規模のアプリ作成であれば、とりあえずビルドしてエミュレータや実機でテストして、そして、ある程度の品質が確認できれば公開することは簡単ですが、それでも作成したアプリ数が増えるにつれ、バグ修正や機能追加などが大きな負担になってきます。テストケースが飛躍的に増えるからです。 また、Androidの場合はSDKバージョンが変わると、従来正常に動作していた機能が想定外の挙動をするケースも有るため、Androidアプリ作成においては、リグレッションテストをいかに効率的に行うか(≒自動化させるか)が肝となってきます。 そこで、Jenkinsです。JenkinsはCI(継続的インテグレーション)を実行するためのツールで、特にAndroidのような様々なハード/OSバージョン環境下でのテ
プッシュ型サービス覚え書 by Gone with the shell
▼1 IPポート待ち受け 通信量 A 消費電力 B 即時性 A ▽実装方法 ポートを開いて待つ。 ▽実装例 ・各種サーバー。 ▽メリット ・IP通信ができれば何でも実装できる。 ・パケットが飛んでこなければそれほど電力を消費しない。 ▽デメリット ・Public IPでないと無理。 ▼2 ポーリング(フェッチ) 通信量 B 消費電力 A 即時性 C ▽実装方法 定期的にクライアントからサーバーに接続を行い、状態の変化を問い合わせる。 ▽実装例 ・POP, IMAP 等Client色々。 ▽メリット ・IP通信ができれば何でも実装できる。 ・ポーリング間隔によるがそれほど電力を消費しない。 ・ポーリングしていない時間は通信部の電源を落とせる。 ▽デメリット ・そもそもプッシュじゃない。ポーリングが行われるまで状態の変更がわからない。 ・定期的に通信を行う必要がある。 ▼3 コネクション張りっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Testaro
Teleport
ブログ | amuns:code