プロジェクト固有のルールを指定できるLinterであるところのQuerlyがめちゃ便利 - Islands in the byte stream
https://github.com/soutaro/querly Rubyを構文解析したASTに対して独自DSLでパターンマッチ＆メッセージを出すツール プロジェクト固有の事情に配慮したLinterとして使える false positive 上等で注意喚起として使う たとえばKibelaの querly.yaml から一部抜粋するとこんな感じです。 rules: # ... - id: kibela.order_by_string pattern: - "order(:dstr:)" - "where(:dstr:)" - "find(:dstr:)" - "exists?(:dstr:)" message: "文字列によるSQL構築は本当に必要ですか？ SQL Injection を引き起こさないように気をつけてください。" - id: kibela.block_call patter
はてなブログのエントリにPlantUMLを埋め込む方法 - Islands in the byte stream
PlantUML、便利ですよね。はてなブログでも使いたいですよね。ということでやってみました。 まずエントリの最後にこのスニペットを置きます: <script> var a = Array.from(document.querySelectorAll("pre.code")); a.forEach(function (pre) { if (pre.attributes['data-lang'].value) return; var xhr = new XMLHttpRequest(); xhr.open("POST", "https://plantuml-service.herokuapp.com/svg"); xhr.onload = function () { if (xhr.status === 200 && pre instanceof HTMLPreElement) { pre.
AndroidにおけるJava8のサポート状況 2017年版 - Islands in the byte stream
公式ドキュメントにありました。一言でまとめると、Android Oのpreviewが出た現在においても「Android N (API version 24)と同水準」となっています。 Use Java 8 language features | Android Studio Android Studio 2.4 preview 4 （およびそれが要求するツールチェイン）の段階では、 desugar と呼ばれるツール（実体はAndroid Gradle PluginのTransform APIによるbytecode weaving tool）によって、一度javacでコンパイルしたバイトコードのJava8の言語機能（lambda, repating annotationsなど）をJava6水準のバイトコードに変換し、それをdxコマンドでdexにコンパイルするというプロセスを経るようです。この
ActiveAndroidからOrmaに移行するための4つのステップ - Islands in the byte stream
だいたいOrmaでAcitiveAndroid (AA) を置き換える準備が整ったので、手順を書いておきます。 Table of Contents Table of Contents Step 1 - インストール Step 2 - スキーマ定義 Step 3 - 初期化 Step 4 - CRUD操作 その他注意点 Step 1 - インストール build.gradleのdependenciesを書き換えます。最新版はOrmaの公式サイトで確認してください。 - compile 'com.michaelpardo:activeandroid:+' + apt 'com.github.gfx.android.orma:orma-processor:2.+' + compile 'com.github.gfx.android.orma:orma:2.+' Step 2 - スキーマ定義 以
Android Orma入門 - Islands in the byte stream
2015年の11月から開発を続けているAndroid用O/R Mapper Ormaですが、このほどv1.0.0をリリースしたので入門記事を書きました*1。 UPDATE: この記事の対象はv4.1.0です。最新版はリポジトリでご確認ください。 関連エントリ: ActiveAndroidからOrmaに移行するための4つのステップ - Islands in the byte stream Table of Contents Table of Contents Ormaとは何か 1. SchemaDiffMigrationによる自動マイグレーション 2. 補完に優しく型安全なインターフェイス 導入 モデルクラスの定義 @PrimaryKey のオプション @Column のオプション データベースハンドル OrmaDatabase CRUD操作 1. Inserter, Selector, U
新技術を学ぶ技術と三つの壁とDroidKaigi 2017 - Islands in the byte stream
こないだの@onkさんのスライドがとても良かったんですよ。 短期間で新技術を学ぶ技術 from Takafumi ONAKA 短時間といいつつ守破離の「離」までいくのに3年かかるといってて、高速道路なんてものはないんだなということがわかりますね。 とはいえ自分自身に照らし合わせてみてもそのとおりだなと思いました。ぼくもAndroidで対外的にアウトプットできるようになるまで3年くらいかかってますし。まあ、ぼくは新技術を学ぶのはわりと苦手なほうではあるんですが。 で、スライドにはないけど新しい技術を学ぶ際には大きな壁がいくつかあるなとあると思ってます。それを 意識して 乗り越えるための指標としてもこのスライドはよさそうだなと。 ついでなのでちょっと ぼくの感じる 三大壁をまとめてみました。まあ、壁を壁と感じない人もいると思いますけどね！ Lv.1 着手の壁 症状: 何の役に立つのかわからない
ObjectBox vs Orma - Islands in the byte stream
greenDAOの開発元であるgreenbotが新しいNoSQL ORMのβ版をアナウンスしたようです。 greenrobot.org いわく、マルチスレッドで使いやすく、バイトコード操作のようなマジカルな方法はとらず、マイグレーションを自動で行えてしかも爆速だと。これらの特徴はOrmaも標榜しているので、気になりますね。 ORMにとってのパフォーマンスは一番重要というわけではないものの、それなりには速くないと困るのは確か。というわけで、まずは軽くベンチマークをとってみました。コードベースはOrmaのリポジトリ内のベンチマークコードに追加した形です。 結論からいうと、読み込みはわりと速いです。 書き込みはOrmaとほぼおなじ水準 何度か繰り返すとOrmaより速いこともあります なおOrmaは手書きの素朴なコードよりも高速に見えますが、手書きのコードでの最適化をサボっているためです Real
Ormaの2016年振り返りと2017年の展望 - Islands in the byte stream
https://github.com/gfx/Android-Orma 2015年末に開発をはじめたOrmaも、この一年でだいぶバージョンが進んで、年明け時点で v0.20.0だったところが、年末時点でv4.0.2でした。v0.20.0...v4.0.2で21,768 additions and 6,328 deletionsということで、結構書いたなあという感じです。そのおかげでv1.0.0の頃とくらべると格段に安定していますし、機能も増えてます。 採用事例や紹介エントリも増えてきました。 ActiveAndroidからOrmaへ移行した理由 | eureka tech blog ちはやふるにはまったので百人一首を暗記するアプリ作った - もやもやエンジニア Android開発のマイベストプラクティス - Qiita 今から新規でAndroidアプリを書き始めるなら。 - wakwak3
ライブラリのバージョニングのしかた - Islands in the byte stream
セマンティックバージョニングは守るとして、だいたいこんなポリシーでやってます。 0.0.1 - proof of concept / minimum viable product 0.1.0 - とりあえずリリースしてプロダクションに組み込んでみる 1.0.0 - プロダクションに組み込んだ 2.0.0 - セマンティックバージョニングに従うので、メジャーバージョンアップは機能ではなく単にAPI互換性を失うという印 あとは、alpha, beta, rcなどを接尾詞としてつけることもあります。 *-alpha - 開発中 *-beta - 安定してきた *-rc - release candidate. プロダクションに組み込んでもOK
AndroidのCIはlintOptions.textReportを有効にしておくと捗る - Islands in the byte stream
ThreeTenABPの差分(v1.0.3...v1.0.4)を見ていて気づいたんですが、Android Lintの結果をテキスト形式で標準出力に出すことができるんですね。マニュアル にも書いてありますが、今日初めて知りました。 lintOptions { textReport true textOutput 'stdout' } これをするとコマンドラインのビルドでlintのwarningやerrorが表示されるので、たとえばCIがlint errorで落ちたときに手元でlintを走らせることなく原因がわかります。 日頃有効にしておくとwarningでも対処しようというプレッシャーになるので、やって損はなさそうです。
公開用DockerイメージにAndroid SDKを含めるのはライセンス違反という話 - Islands in the byte stream
Android Software Development Kit License Agreementにこういう項目があります。 3.4 You may not use the SDK for any purpose not expressly permitted by the License Agreement. Except to the extent required by applicable third party licenses, you may not: (a) copy (except for backup purposes), modify, adapt, redistribute, decompile, reverse engineer, disassemble, or create derivative works of the SDK or any part of
ViewPagerを使った読書画面の基本的な実装 - Islands in the byte stream
電子書籍関係者で勉強会をやったので資料を公開します*1。 speakerdeck.com 追記: Fragmentの状態の復帰はFragment#onViewStateRestred(Bundle)) でできるのではという指摘をいただきました。試したところ想定通り動いたのでコードの方は修正済みです。 デモ実装は https://github.com/gfx/TinyPdfReader で、以下のようなことが実装されています。詳細は資料をご覧ください。 ピンチイン・ピンチアウトでのズーム（PhotoViewを使用） 画面の左右タップでの移動 Landscape時の見開き（1画面2ページ） 見開きでも表紙は1ページだけでセンタリングする 画面回転時の読書位置の保存 ページロード時の非同期画像読み込み ＋ふわっと表示 全画面表示（immersive mode） & 画面中央タップでトグル その他
Android Instant Apps FAQをざっと眺めた - Islands in the byte stream
Google I/O 2016で発表されたアプリをインストールしなくても使える "Android Instant Apps" ですが、技術が不明ということで様々な憶測を呼んでいます。 developer.android.com これについては、すでにFAQがあっていくつかの疑問には答えられていました。 https://developer.android.com/topic/instant-apps/faqs.html まとめると Android 4.1から使える プロジェクトごとに成果物(APK)は通常版とinstant版の2つのビルド設定を持つ "Developers simply configure the project to create two build artifacts: the installable APK and the instant version" instan
Android N preview-2 でJava8 Streamが実装された！ - Islands in the byte stream
Android N preview-2 がきましたね。 Android N Developer Preview 2, out today! | Android Developers Blog AOSPにはまだtagがきていませんが、masterブランチをみるとStream APIが実装されています。 追記: android-n-preview-2 tagがきてました android-n-preview-2 - platform/libcore - Git at Google ojluni/src/main/java/java/util/stream - platform/libcore - Git at Google もちろんOptionalもきてます。preview-1のときになかったのは、単に移植が間に合わなかったというだけみたいですね。 ojluni/src/main/java/ja
Robolectric-InstrumentationでテストをRobolectricとAndroid両方で走らせる - Islands in the byte stream
Table of contents: 概要 Robolectric Instrumentationを導入する testInstrumentationRunnerを設定する robolectric.propertiesを導入する src/test を src/androidTest にシンボリックリンクする テストをAndroid Instrumentation Testing API準拠にする FAQ Unit Tests を走らせると Stub! となって落ちる / Android Instrumentation Tests を走らせると no tests になる Espressoと併用したい / Android Instrumentation Testsのときだけ走るテストを作りたい 概要 テストクラスをAndroid Instrumentation TestsとRobolectric
「Android NでJava8がサポートされた」とはどういうことか
追記: StreamやOptionalはpreview-2で実装されたようです。 gfx.hatenablog.com Android N previewが公開されましたね！このバージョンではJava8のサポートがあると発表されています。また、標準クラスライブラリがOpenJDKベースの実装になったことで、Java8との互換性が高まるのではないかという前評判もありました。 First Preview of Android N: Developer APIs & Tools | Android Developers Blog 本エントリでは、この「Android NでJava8」について解説します。 三行まとめ Android N runtimeはOpenJDK7ベースで、Java8クラスライブラリは一部のみ移植されている Android N SDKに同梱されているJackコンパイラはlam
android.support.v4.util.PoolsでStringBuilderをプールしても意味なし - Islands in the byte stream
Pools | Android Developers これがちょっと気になっていて、たとえば new StringBuilder() を数多く実行するケースでもしかしたら速くなるのでは？と思って試してみました。 10万回のStringBuilderを生成して文字列連結などをしています。 StringBuilderPool/MainActivity.java at master · gfx/StringBuilderPool · GitHub しかし結果は以下のとおり、4.2.2だと多少の効果はありますが、ARTだと逆に遅くなります。今後はARTが増えていくので、StringBuilder 程度だと気にする必要はありません。そういうわけで、「もしかしたらここはPoolsで速くなるかも…」などと心配せず、安心して使うたびに new StringBuilder() したり文字列リテラルとの連結を
Ormaのユニットテストをどう書くか、あるいはMockitoは諸刃の剣という話 - Islands in the byte stream
短い答え OrmaはRobolectric上でほぼ完全に動作するので、 OrmaDatabase.builder(context).name(null).build() でオンメモリDBを作ってそれを使うDAOをテストすればよい。 長い答え Orma を使ったユニットテストは、Ormaを使うコードが正しいかどうかをテストするものであるべきです。たとえば、konifar/droidkaigi2016ではSessionDaoというクラスをつくり、Session / Speaker / Category / PlaceなどのデータをSessionというクラスを中心に操作するためのDAO: Data Access Object としています。複雑なモデルの関係があるときは、このようにDAOを作って操作するというのはいいパターンです。 このとき、DAOはロジックを含んでおり、そのロジックはテストが必
Android Javaでフィールドにmプレフィクスをつけるのはやめよう - Islands in the byte stream
Android Javaでは昔からAOSPのcoding style guidelineに則ったスタイルがとられることが多いようです。そのなかで、private fieldに "m" (member) や "s" (static member) などのプレフィクスをつけよ、というものがあります。 AOSP Java Code Style for Contributors | Android Open Source Project これはいわゆるハンガリアン記法の変種で、こういうやつですね。 class Recipe { private String mTitle; private List<String> mSteps; // ... } これについての態度はプロジェクトごとに様々ですが、たとえばクックパッド社のJavaのスタイルガイドでは明確に否定しています。 styleguide/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Code Review Meetup #4 で「歴史的経緯の説明 as code」という発表をしました - Islands in the byte stream
