一意な識別子の生成でUUID/ULID/CUID/Nano IDなど検討してみた - Sweet Escape
最近、一意な識別子について検討することがあったのでその検討メモ。 一意な識別子とは つまり、重複しない、ユニークな識別子（Identifier, 以下id）のこと。ここではRDBのテーブルにおける主キーとして使うことを想定かつ前提としている。したがって、主キーの要件であるユニーク性を持ったidをどうやって生成していくか。 そんなのDBの連番でいいじゃんて話もあるがここではその話はせず、あくまでも一意な識別子をどう生成するかの話に絞る。 選択肢 一番有名だと思われるUUIDを筆頭にいくつかの選択肢がある。 UUID ULID CUID Nano ID 他にもTwitter発のSnowflakeとか今はDeprecatedになってるshortidなどがあるが、キリがないのでここでは上記の4種類だけで簡単に比較した。また、実際にはUUIDはバージョンによってSpecが異なるがここではバージョン4
ID生成大全 - Qiita
セッションIDやアクセストークン、はたまた業務上で使う一意の識別子など、いろんなところで一意のIDを生成しなきゃいけないケースが存在します。 そこで世間で使われているIDの生成方法について調べてみました。 選択基準 ID生成における要求として、以下の観点が上げられるかと思います。 生成の速度 大量にデータを短期間で処理し、それらにIDを付与する場合、ID生成そのものがボトルネックとなることがあります。 推測困難性 IDを機密情報と結びつける場合、IDを改ざんされても、機密データが見れないようにできている必要があります。 順序性 採番した順にデータをソートする必要がある場合は、IDがソートキーとして使えないといけません。 それぞれについて各生成手段を評価します。 ID生成の手段 データベースの採番テーブル 採番用のテーブルを作り、そこで番号をUPDATEしながら取得していくやりかたです。古い
文字列からリソースIDを取得する - Qiita
随分前にブログに書いたのですが、アクセスが多かったのでこちらにも書きます。 http://t-kashima.hateblo.jp/entry/20110203/1296748262 ここでは色々な方法でリソースIDを取得する方法を説明します。
Identifying App Installations
Note: The content of this post no longer represents current Android best-practice. Learn about the latest best practices for unique identifiers here. [The contents of this post grew out of an internal discussion featuring many of the usual suspects who’ve been authors in this space. — Tim Bray] In the Android group, from time to time we hear complaints from developers about problems they’re having
リソースを動的に読み込んでみたよ - hyoromoのブログ
連番になっているリソースファイルをいちいちソースコードに書いていくのは邪魔くさい。て、人にオススメな方法。 genディレクトリ下にあるR.javaファイルを直読みさせればおｋ 方法 R.javaファイルのパスを指定し、読み込みたいリソースファイルのある内部クラス*1を指定するとResouresIDが取得できます。 getResources().getIdentifier("リソースファイル名", "Rファイルでのクラス名", "Rファイルのパス名"); 例 ここでは upload_0, upload_1, ... などの画像ファイルをforで回して取得する事を想定してます。 getResources().getIdentifier("upload_" + i, "drawable", "jp.ne.hyoromo.android.switchwallpaper"); *1:resource
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
