ユーザーや悪意のある開発者からデータを保護したい。 安全にデータを保管するための方法として 「javax.cryptoによるデータベースファイルの保護」 「SQLCipherを使った保護」 「Realmの暗号化機能」 の、三つについて、それぞれ利用して比較する。 暗号化したデータの復号鍵をどこに保存するかは大きな課題である。 Android 6.0で大幅に強化された「Android Keystore System」を使って、データを安全に保護する方策を検討する。
speakerdeck.com Realmとはmobile向けのDBなのだけど、みてねでは7月にリリースしたv1.5.0から利用していて、その経緯とか背景とか実装内容ついて話してきました。 内容的には他の人とか過去の発表と被るのを避けるためRealm的な話は薄くて、普段の開発スタイルとか同期APIの実装の話がメインだったりする。 あと質疑応答で、「今回の実装でAndroidとiOSで設計が違ってきた場所ってなんですか?」という質問があって「AndroidはRxJavaを使って通知を飛ばしてUIにデータを反映させてるが、iOSだとNSNotificationCenterを使って素朴に実装している」みたいな返答しちゃったけどiOSではモデルをKVOで監視してUIに反映の間違いでした。(細かい) 懇親会では、スクラムを導入したい・しているけどよくわからない的な方々とお話する機会があり、 うちでは
Realmわりといいんですが「簡単!便利!スナック!」というイメージだったのでスナックボリボリする感じで適当に書いてたらガンガンクラッシュ*1して「スナックじゃないな?ぬか漬けかな?」みたいな気持ちになりました。とりあえず一旦ぬか漬け*2部分をまとめます。将来改善予定のものもあれば、自分の設計が間違ってるんだろうなぁーというものもあります。io.realm:realm-android:0.81.1を使っての感想です。iOS版の使い心地についてはわかりません。 autoincrementがない 今のところautoincrementがないです。how to set an auto increment id? · Issue #469 · realm/realm-java · GitHubとか眺めると「まだサポートしてないぜ!」との事。将来サポートされるでしょう。とりあえず現状は以下のような仕組
Twitterクライアントのようなそれなりに大規模なアプリの内部DBをSQLiteからRealmに置き換えるといういわゆる「飛行中の航空機のエンジンを取り替える」系の修正をやってるので現実的で苦々しい知見ばかり貯まっていく — 竹内裕昭 (@takke) August 4, 2015 拙作のAndroid用TwitterクライアントTwitPane の内部DBをSQLiteからRealmに変更しました。 この移行作業にあたって色々とノウハウがあったので備忘録代わりにメモしておきます。 Realmの日本語の情報はまだまだ不足していますので普及の一助になれば。 とはいえ、、開発中に自分がTwitterでつぶやいていたものから拾っていますので真偽不明のものが多いです。以下に書かれていることを鵜呑みにせず、必ずご自分で検証してから導入しましょう。 初めて Realm を使うという方はまず Real
こんにちは @wasabeef_jpです。 Realm for Androidの話をしたいと思います。 引用:http://wasabeef.jp/realm-for-android/ Realmとは "Realm is a mobile database: a replacement for SQLite & Core Data Realm can save you thousands of lines of code & weeks of work, and lets you craft amazing new user experiences." SQLite & Core Dataを置き換えるために作られた Mobile向けのDataBase 元々、iOS向けに作られていましたが、C++で書いているので、Androidにも対応しています。 SQLiteのORMとの速度比較 どうやら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く