情報や状態の期間と保持について
AndroidやiOS向けのアプリケーションを考えていると、情報や状態の持ち方に悩むことがよくあります。 ここでは、AndroidやiOSのアプリケーションを設計したり、より良いコードを考えるためのコードレビューにおいて重要な、情報や状態の期間と保持について整理します。 情報の期間 アプリケーションの中では、多くの情報を扱います。また、アプリケーションごとに必要となる情報が変わるため、網羅的な議論は難しくなります。 このため、筆者が関わったことのあるいくつかのアプリケーションをベースに、5つほどにまとめました。大半のものは分類できるのではと思いますが、複数の要素と見做せるものも含めて、完全に分類できているとは言い切れません。あくまで、話の整理のために分割したものです。 サービスを成立させるための情報 ユーザーアカウントを成立させるための情報 ユーザーのための画面を成立させるための情報 ユー
iOSにユーザーデータを保存する方法と、そのためのコードの書き方: UserDefaults、Core Data、Key Chain、CloudKit - Qiita
iOSにユーザーデータを保存する方法と、そのためのコードの書き方: UserDefaults、Core Data、Key Chain、CloudKitiOSSwift データの保存はiOSアプリの持つ主要な機能です。たとえば、ユーザーが指定した色などの環境設定を保存したり、ウェブサイトのトークンをアプリに保存したり、ToDoリストのアプリを作ってタスクを保存したりすることができます。データをシステムに保存する方法はいくつもあります。 目次 User Defaults Core Data Keychain iCloud CloudKit この記事では、上記の方法それぞれについて、サンプルコードを使って解説します。 User Defaults 主な用途 わずか2〜3行のコードで、String, Int, Bool, やどんな Data オブジェクトも保存・取り出しができます。 通常は、ユーザー
iOSでデータを永続化する方法
DOCUMENT.md How to save data in iOS この投稿では、iOSのファイルシステムについて理解し、データを永続化(iCloud含む)する方法を紹介する。尚、サンプルコードは動かない可能性もあるので参考程度にして下さい。 iOS File System アプリがファイルシステムとやり取り出来る場所は、ほぼアプリのサンドボックス内のディレクトリに制限されている。新しいアプリがインストールされる際、インストーラーはサンドボックス内に複数のコンテナを作成し、図1に示す構成をとる。各コンテナには役割があり、Bundle Containerはアプリのバンドルを保持し、Data Containerはアプリとユーザ両方のデータを保持する。Data Containerは用途毎に、さらに複数のディレクトリに分けられる。アプリは、例えばiCloud Containerのように、実行時
ストレージの空き容量を確認する - Qiita
public int AvailableStorageMB { get { var statFs = new AndroidJavaObject ("android.os.StatFs", Application.temporaryCachePath); var availableBlocks = statFs.Call<long> ("getAvailableBlocksLong"); var blockSize = statFs.Call<long> ("getBlockSizeLong"); var freeBytes = availableBlocks * blockSize; return freeBytes / MEGA_BYTES; } }
iOS/Android/Windows10のデータ領域まとめメモ - Qiita
iOSもAndroidもWindowsもデータ領域の役割とかパーミッションとかすぐ忘れるので自分用に一覧にまとめました。 適宜まとめなおします。 各OSでのストレージの区分 アプリが利用できるデータ領域は、大きく分けて下記の3種類に分けられる。 インストールディレクトリ アプリケーション本体とそのリソースの領域 自アプリケーションからでも読み取り専用で、書き込みすることはできない。 アプリケーションデータディレクトリ ユーザデータを保存する領域 他のアプリケーションからのアクセスはできないが、自アプリからのR/Wは可能。 パブリックディレクトリ 他のアプリや端末と共有可能な領域 自アプリケーション、他アプリケーションともにR/W可能。 上記3種類のストレージが、各OSでどこに属するかの図は↓のようになる。 iOSは、ストレージによってiTunesでのバックアップ対象かどうかが異なる。 バッ
高速ロスレス圧縮「LZHAM」、初のメジャーバージョンが登場
1月25日(米国時間)、LZHAMの初のメジャーバージョンリリースとなる「LZHAM v1.0」が「Rich Geldreich's Tech Blog」において公開された。LZHAMはC/C++で開発されたロスレスデータ圧縮コーデック。データ圧縮率はLZMAとほぼ同等だが、デコード速度がLZMAの1.5倍から8倍ほど高速という特徴がある。Windows x86/x64、Mac OS X、iOS、Linux x86/x64がサポートされている。 「LZHAM」はLZベースの無損失圧縮コーデックの一種で、zlibとAPI上の互換性を保ちつつ、高い圧縮率においても高速なデコード処理を実現することを目的に開発されている。LZHAMそのものはすでに3年間ほど開発が継続しており、その間アルファ版のLZHAMを搭載したプロダクトなども出荷されている。デコードの速度はzlibほど高速ではないものの、LZ
ServersMan@iPhone 4.2β
ServersMan@iPhone 4.2β Release! ServersManダウンロード ※こちらのボタンをクリックするとソフトウェア「iTunes」が起動します。 iPhoneのアプリケーションの入手については、AppStoreから無料でダウンロード、インストールできます。なお、このアプリケーションを利用するためにはメールアドレスにて申し込みが必要（無料）になります。 動作環境: iPhone、iPod touch および iPad 互換 iOS 5.0 以降が必要 IPv6 Nativeルーティング対応 「ServersMan」は今までも仮想化技術によって、固定グローバルIPv6アドレスを割り当てておりましたが、仮想化ネットワーク以外からのルーティングを遮断しておりました。今回のアップデートにより、ユーザーが任意に設定を行うことで、グローバル IPv6のネットワークから直接「S
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モバイルゲームを支えるリソース管理基盤のつくりかた【DeNA TechCon 2021】/techcon2021-10
PCにあるアセットを 実機からホットリロードする