Sphinxで作ったドキュメントから、Javadocへのリンクをはれる拡張のsphinx-javalinkの使い方。 ※昔書いた、sphinxからjavadocへのリンク簡単に貼れる拡張 - しおしおのほうが使い方は簡単なんだけど、Java8で作られたドキュメントへのリンクがうまくできない問題があったりする。 インストール pipを使ってインストールする。 pip install sphinx-javalink 拡張を使えるようにする conf.pyのextensionsにこの拡張を使えるよう設定を追加する。 下のように、javalinkを追加する。 extensions = ['javalink'] javalinkに対する設定をする conf.pyにいくつか設定を追加する。javalink_classpathの設定はわりと面倒な感じがある。 # 設定を追加するためのimport imp
Javaのバイトコードで遊ぶ (Hello World) 以下のメソッドのカリー化を例にバイトコードでラムダ式を作ってみます。 int add(int a, int b, int c); ラムダ式の生成にはinvokedynamicと、そのブートストラップにLambdaMetafactory.metafactoryを用います。 metafactoryがFunctionalインターフェースの実装クラスを動的に生成すると理解していますが正しく説明できる自信はありません。 むしろこの記事はサンプルコードの備忘録です。。 過去に説明を試みたことはありますけど… ラムダとinvokedynamic さらっとやっていることを。まず上記のメソッドを以下の3つに分解することを考えます。 IntFunction<IntFunction<IntUnaryOperator>> add$0(){ return a
The Given-When-Then story Given-When-Then started out as a pattern for writing tests, notably with BDD. The idea is to split the test into three parts: Given: The initial context is received. When: One or more actions are performed. Then: The action results are checked against expectations. Several testing frameworks have used this approach for writing tests. One of these is Cucumber, where the te
最近いろいろあってあまりblog書けてないです、こんにちは。 そんなことはどうでもいいですね、さっさと標題の話に入りましょう。 10ヶ月くらい前に、以下のような記事書きましたが Scalaでtraitにメソッド追加するとバイナリ互換壊れるけどabstract classだと壊れないという例 Scala2.12で、Java8のinterfaceのデフォルトメソッド機能使うようになったら変わるんでしょうか。 最近のScala2.12のM4やM5あたりから、traitでJava8のデフォルトメソッド使ってエンコードするようになってきたので、改めて、以前使ったプロジェクトをScala 2.12.0-M5に変えて試してみました。 結論としては、(少なくとも以前実験したパターンでは) バイナリ互換壊れませんでした！！！めでたい？？！！！ *1 https://github.com/xuwei-k/bi
Red Hatはオープンソースで開発されたJava SEのWindows版「OpenJDK 8 for Windows」のRed Hatによるディストリビューションを発表しました。 OpenJDK 8 for WindowsはLinux対応のOpenJDK8と完全な互換性を保証しており、Windows版で開発したアプリケーションはそのままLinux版でも動作保証されます。 All Red Hat distributions of OpenJDK 8 on Windows are supported for development purposes, so that you have the convenience and confidence to develop and test in Windows or Linux-based environments and deploy your
追記: 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
"新しい" とは、今まで全部無名classにコンパイルしてたラムダを、invoke dynamic使って動的に生成するようになるとかそういうやつ。 ラムダ以外の最適化もやってるようですが？詳しくは知りません。 Scala 2.12から正式に入るらしいですが、(これ書いてる時点から見て)つい昨日くらい(2015/06/25)に出たScala2.11.7でも、明示的にオプションを指定すれば、実験的オプションとしてですが、使えるそうです。 内部の仕組みは、以下のScaladays2015のスライド見るとか、あとは各自ググってください http://downloads.typesafe.com/website/presentations/ScalaDaysSF2015/T2_Rytz_Backend_Optimizer.pdf 公式に書いてありますが、2.11.7においてJava8のバックエンドを
Java SE 8で導入されたラムダ式は、どのような仕組みで実現されているのだろうか？ ラムダ式をより深く理解したいと考える読者にとって、これは気になるテーマの1つだろう。その秘密をお教えしよう。 Java SE 8で導入されたラムダ式は、Javaの言語仕様の歴史において最大級の変更だとされている。ただし、これはあくまでもJava言語の文法レベルの話であり、Javaプログラムを実行するJava仮想マシン（JVM）に新たな仕組みが導入されたわけではない。つまり、言語仕様に関する旧バージョンとの相違はコンパイラとランタイムが吸収し、バイトコードレベルでの互換性は保たれているということだ。 それでは、このような大きな変更を、既存のJVMの仕組みの中でどのように実現したのだろうか。それを知ることは、ラムダ式をより深く理解する手助けとなるかもしれない。Java SE 8のラムダ式実現の経緯と仕組みに
NullPointerException 嫌いですよね！そんなときに頼りになるのが Java 8 から導入された Optional です。 でも、 null の代わりに Optional を積極的に使うとコードが Optional だらけになり、特に次のような場合に面倒くさいです。 Optional<Integer> a があるとき、 a の値を二乗したい。ただし、 a が empty の場合は empty を得たい。 Optional<Double> a があるとき、 a の平方根を計算したい。ただし、 a が empty または負の数の場合は empty を得たい。なお、 Math.sqrt を安全にした（負の数を渡すと empty を返す）関数 Optional<Double> safeSqrt(double) があるものとして考えて良い。 Optional<Integer> a と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
