Java数日前に以下のエントリでlombokをAndroidStudio環境へ導入しましたが、数日使ってみての感想です。自分が使っている機能はシンプルに以下の2つだけです。@Getter/@Setterval@Getter/@Setter使うとこんな感じになります。}}@Getter/@Setterのメリットとデメリットメリットですが、個人的には普段c#を使っているので@Getter/@Setterを使うと#のProperty構文にかなりまね。それに伴い、Getter/Setterを自分で明示的に記述しないで済むのでコードはシンプルに保ちつつ外部に公開しているかどうかを明示できますね。コードがシンプルなのは宣言元だけで利用者はいつも通り使えるのも好印象です。参考までにc#のProperty構文版も掲載しておきます。}}デメリットですが、AndroidStudioを起動した直後に@Getter/@Setterで生成されたコードが認識されず、コンパイルエラーマークが出まくるときがあります。リコンパイルして数分待つと大体解消されます。それでも認識されないと気がごく稀にあるので、その時はAndroidStudio自体を再起動になります...val構文こっちは、上記コード例に倣うと以下の通りになります。}}valのメリットとデメリットメリットですが、冗長な宣言がシンプル化できるのでかなり好ましいです。HashMapをMapで受けたいときでもvalを宣言すると右辺から推測されてHashMapになるのでそこだけ注意したほうがいいかもしれません。(複数インターフェース継承しているときにどの型で受けるのか推測なんてできないですもんね...)デメリットですが、自分の環境ではこのval構文全く使い物になりませんでした...。valはオブジェクト型ですと言われてメソッドの候補が出てきません。メソッドを書いてもコンパイルエラーが起きます。運がいいと10回に1回くらい認識されますが、認識されないとずっとコンパイルエラー表示(何故かコンパイルは通ったり通らなかったり)になります。便利そうなのですが利用は見送りました。まとめ使っている機能は少ないですがかなりいい感じです。面倒さから解放されています。現時点ではおすすめですね。標準の機能ではないせいか、AndroidStudioが悪いのかlombok自体が割と不安定です。最悪AndroidStudio自体を再起動する事になるのでちょっとめんどくさい感はあります。Java8がAndroid開発に使えない現状不安定にならない構文を選んで使っていくのは十分ありかと思います。(1.4で全滅したら相当めんどくさいリファクタリングしないといけなくなりそうです。»Profile受託ソフト会社員でWin系業務屋。趣味でCocos2d-x/C++を触っています。etc...主に受託・開発ネタ、Windowsの事、Srellaris、ゲーム制作の進捗の事を喋ります。ArticleAndEngineでdetachSelfしたときに例外が出る場合の対処法クォータービューを描画しようAndEngineのButtonSpriteの制約AndEngineのFontのTextureOptionsAndEngineのCameraの指定方法スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。