【java】jdk8も出るし、何か作ってみるか【lambda】

**デフォルトの名無しさん** · 2014/03/17(月) 02:13:19.85

リリース目前！

**デフォルトの名無しさん** · 2014/04/12(土) 14:03:01.71

>>37
どこが難しいのかさっぱり。。。
むしろ7より前でコーディングする気が失せた
今の職場は当然のように7だけどね

あとAndroidとかGAE対応はどうなんだろうね
ここあたりすっげー遅いイメージしかないんだが、Google先生

**デフォルトの名無しさん** · 2014/04/12(土) 23:58:58.17

Month while, the dog everyone.

**>>53** · 2014/04/13(日) 01:52:36.69

続き
http://hoeppe.the-ninja.jp/java_markup_ruler/html/tutorial/tutorial3.html

**>>53** · 2014/04/14(月) 03:48:52.30

続き
http://hoeppe.the-ninja.jp/java_markup_ruler/html/tutorial/tutorial4.html

**デフォルトの名無しさん** · 2014/04/14(月) 03:51:49.14

HTML idだとまずいことに気づいた
独自属性java:keyにして、出力時には消えるようにしよう

**デフォルトの名無しさん** · 2014/04/15(火) 01:17:54.07

感想0とはつらいものだ

**デフォルトの名無しさん** · 2014/04/15(火) 13:56:25.77

>>61
なんか読めなかった
後でPCで見ておくよ

**デフォルトの名無しさん** · 2014/04/15(火) 14:20:27.79

>>61
感想なんて書かれないのが普通なんだからアクセスログでほくそ笑んでれば良いじゃんよ。

**>>53** · 2014/04/16(水) 00:28:38.94

一部修正した。html idで全部やってたことを独自属性java:xxxに変更。
これによってhtmlからjavaのスケルトンソースを生成するツールも作れる

**>>53** · 2014/04/16(水) 01:08:38.67

Qiitaで書き散らそうかと覗いてみたけどそういう雰囲気じゃなかった

**デフォルトの名無しさん** · 2014/04/16(水) 15:47:25.91

感想：

ラムダ使う必要なくね？

**デフォルトの名無しさん** · 2014/04/16(水) 18:35:30.68

サーブレットのdoGET, doPost... に値するところは
メソッドのオーバーライドでも大して変わらんね

少し前のフレームワークではアノテーションでやっていた
httpパラメータからのコンバータやバリデータをラムダでやると効果的かもしれん
wicketのそれが近いと思う

**デフォルトの名無しさん** · 2014/04/16(水) 18:48:21.55

Lambdaでやらせるなら表示の絞り込みとかの方がよくね？(SQLで得た一覧をmemcachedに蓄えたりした奴のフィルターとかソートね)

**デフォルトの名無しさん** · 2014/04/16(水) 19:58:23.28

Model側で別の層になるなそれ。

少し前にEntity Rulerという名前で
RDBライブラリ(O/Rマッパー)作ろうとしていたのだが
アイデアがフラフラしたあげくに頓挫しちゃったんだよね

**デフォルトの名無しさん** · 2014/04/16(水) 20:12:03.87

>>68
で言われているようなことをする場合、普通はSQL内でやるもんだよね。
whereとかjoin書かないで全部拾ってきて、java側でフィルターすると
ネットワークＩＯがボトルネックになるからさ。

HSQLかH2に限定すれば、ストアド（具体的にはユーザー定義関数）を
javaで書けるから何でもストアド化するって手もあるんだけど、
（そうするとネットワークＩＯの問題は解決する）
RDBに関する全般的な知識がないから、おれにはちょっと荷が重い

**デフォルトの名無しさん** · 2014/04/18(金) 00:52:11.94

さて、Webライブラリの話に戻るんだけど、
cakePHPとかだとバリデータがModelの処理とされているように、
web(http/html)と直接関係ないものは全てModelとして扱う。
(コンバータ、バリデータ etc...)

そして本ライブラリはMVCのVとCのみを扱うため、
HTTPクエリ/パラメータからのコンバータなどは作らない。
従ってあとはクッキーとセッションあたりをどうするべきか考えれば
とりあえず完成、version1.0をリリースできるな。

忍法帖【Lv=10,xxxPT】(1+0：5) · 2014/04/22(火) 00:31:42.80

おいJava８めっちゃ高速になってないか
GCの性能もめっちゃ良くなってるようなきがするんだが
みんなどう？

**デフォルトの名無しさん** · 2014/04/22(火) 20:25:51.82

みんなまだ様子見くらいしかしてないんじゃないの？
JRE7とJRE8でパフォーマンス計測したなら教えてよ

**デフォルトの名無しさん** · 2014/04/23(水) 10:28:23.85

ベンチの結果が20%向上した
うちの場合

**デフォルトの名無しさん** · 2014/04/23(水) 10:30:45.74

あと、Nashornクソ遅い
巷ではRhinoより速いと言われてるらしいが

**デフォルトの名無しさん** · 2014/04/23(水) 13:35:11.28

>>75
何と比べて遅いん？

**デフォルトの名無しさん** · 2014/04/23(水) 13:53:28.44

>>76
Rhino-1.7R5

Node.jsのサブセットみたいなものを自作して使用中なんだが
使い方が悪いのかしらんがNashornは超遅い

**デフォルトの名無しさん** · 2014/04/24(木) 01:25:00.86

おとなしくnode.js使えよ
V8パワーを実感できるぞ

**デフォルトの名無しさん** · 2014/04/24(木) 03:52:08.38

自作言語をjavascriptに変換して実行とか面白いかもな
javassist使ったほうがいいかもしれんが

**デフォルトの名無しさん** · 2014/04/25(金) 16:51:13.24

>>78
JSだけで完結するならそうなんだけど、
Java資産を流用せにゃあかんという要求がありまして

**デフォルトの名無しさん** · 2014/04/28(月) 03:07:46.77

ランバダ？

**デフォルトの名無しさん** · 2014/04/29(火) 00:15:08.02

UncheckedIOException 見て
Javaはそろそろ限界だと感じた

**>>53** · 2014/05/09(金) 11:50:47.96

ソースのプロトタイプ生成ツールの試作品ができた
具体的には.htmlから.javaを生成するツール

入力(html)

<?xml version="1.0" encoding="UTF-8"?>

<html xmlns:java="http://hoeppe.the-ninja.jp/"; java:page="Tutorial4">
<body>
<div>Item List</div>
<div java:canvas="list">

<div java:group="fragment">
<div>Item</div>
<div java:key="index"></div>
<div java:key="name"></div>
</div>
</div>
</body>
</html>

**>>53** · 2014/05/09(金) 11:51:44.16

出力(java)

package org.ruler.markup.tool.export;

import org.ruler.markup.api.Page;
import org.ruler.markup.api.Canvas;
import org.ruler.markup.api.Group;

@Mount(path="/default.html")
@Source(file="tutorial4.java")
public class tutorial4 extends Page {

@Source
Group fragment = new Group();

@Source
Canvas list = (node) -> {

};

@Override
public void action(Http http) {
http.GET = (event) -> {

event.setCode(Code.OK_200);
event.setType(Type.html);
event.draw(this);
};
};

}

**デフォルトの名無しさん** · 2014/05/09(金) 13:20:04.59

ラムダ？？

BGM聴きたい

**>>53** · 2014/05/11(日) 17:47:09.64

とりあえずjavadocとjar本体をアップしたぜ
チュートリアルだけ試せます

**>>53** · 2014/05/11(日) 19:56:13.04

tomcatプラグイン紛らわしいね。使わないほうが良さそう

**デフォルトの名無しさん** · 2014/05/13(火) 20:45:35.20

javaさようなら。

見捨てられたXPユーザより。

**デフォルトの名無しさん** · 2014/05/13(火) 22:05:00.93

XPはjava以前だろうにwww

**デフォルトの名無しさん** · 2014/05/13(火) 23:10:44.12

>>88

はいさようなら　シッシッ

**デフォルトの名無しさん** · 2014/05/14(水) 09:43:53.65

>>88
頼むからネットに繋ぐのはやめてもらえないか？

◆JuV6RhVrAM3h · 2014/05/14(水) 20:38:43.95

おちんこぴゅっぴゅぴゅ

**>>53** · 2014/05/16(金) 15:09:03.38

協力者募集中～

**>>53** · 2014/05/17(土) 01:56:05.90

わびしい。キータに投稿してみっか

**デフォルトの名無しさん** · 2014/05/17(土) 01:59:54.60

UIラップだけに切り出した方がいいんじゃないかねぇ

**>>53** · 2014/05/17(土) 02:59:52.74

それは可能だし、Viewのみにすると規模が縮小して俺も楽なんだけど、
どちらにせよSpringMVCとかJersey、JSF2といった
今主流のControllerと連携はできないんだよね

**デフォルトの名無しさん** · 2014/05/17(土) 03:51:13.79

Controller周辺は拡張ライブラリで自由に選べるようにして置けば汎用性高いのが出来ると思う
コンテナまで実装は無駄が多すぎる
IDや特殊IDでマッピング出来てピュアなhtmlで作れるのはそれなりに需要高いと思う

**>>53** · 2014/05/17(土) 13:17:10.19

参照実装つくるならstruts1だろうね
単なるライブラリとして完全に分離された状態で連携できる
(サーブレットAPIのRequestとResponseを直接使えるから)

SpringMVC、Jersey、Playだとフレームワーク毎に対応したもの作るの大変

**>>53** · 2014/05/17(土) 21:23:21.32

前言撤回w よく調査したら、独自Viewを持つJSF2以外は簡単に連携できそう

とりあえず自作コンテナ or Jersey(EE標準)で利用可能な方向に修正しようと思う
SpringMVCやPlayでもそのまま動かせると思うが、触れないで置く

import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;

import org.ruler.markup.api.Page;
import org.ruler.markup.api.Source;
import org.ruler.markup.api.Canvas;

@Source(file="/xml/template.xml")
@Path("/hello")
public class HelloWorld extends Page {

@GET
@Produces(MediaType.TEXT_HTML)
public String sayHello(){
String html = super.draw();
return html;
}

@Source
Canvas canvas = (node) -> {
node.setAttr("style", "color:FFFFFF;");
node.addText("Hello World");
};
}

**>>53** · 2014/05/18(日) 00:29:13.30

そのさい、多少APIを変更するのは避けられない

Responseを乗っ取れないようなので
いったん丸ごと一つの文字列にしなければならなくなる
無駄に大きい文字列結合は結構コストになる

それでもDI、コンバータ、バリデータが全部流用できるのが大きいが

**>>53** · 2014/05/18(日) 17:37:20.86

JAX-RS v2.0 を試そうとApache CXFを試したが、hello worldも実行できず断念
Glassfish(Jersey)やJBoss(JBoss Rest Easy)はtomcatで使いたいので断念

JAX-RS v1.1 しか使えないが、jarも少なくてコンパクトなApache Winkで調査中～

**デフォルトの名無しさん** · 2014/05/18(日) 19:26:31.34

>>53
よくわかんねーや、仕様を日本語で書いてくれ。

**>>53** · 2014/05/18(日) 21:25:44.60

javadocとかhtml書くのも大変なのよ
javadocは日本語と英語を併記しようとして失敗した
チュートリアルも日本語がおかしいかもしれない

もしくは、もっと全体的な概要のことだろうか？

**デフォルトの名無しさん** · 2014/05/18(日) 21:29:41.51

>>103
そうだよ、ぱっとみてなにやってんの？てなかんじ

**デフォルトの名無しさん** · 2014/05/18(日) 21:30:57.47

それとDOMが遅いのは知ってるよね？

**>>53** · 2014/05/18(日) 22:53:36.54

どれを指していってる？

**>>53** · 2014/05/18(日) 23:02:35.40

その指摘はたぶん半分正しい。

XML(REST, AJAX)だとDOMは遅くない
HTMLだとDOMは遅い。

なぜならHTMLはほとんどが静的なデータの塊であって、
動的でない部分をDOMで保有していると、直列な文字列へと変換する無駄が生じる。

チュートリアル１では、全てをDOMで操作しているので、たしかに処理に無駄がある。
従ってチュートリアル１は最も自由度の高いAPIであるが、HTMLではなくXML(REST, AJAX)向きだ。

**>>53** · 2014/05/18(日) 23:08:29.27

これを踏まえたうえで、チュートリアル02, 03を見てほしい。
Canvasというクラスがでてくる。Canvasに指定されたノードは、動的な領域である。

逆説的に言えば、それ以外の領域は静的であるということ。
実は、内部で静的な領域を最適化している。

Node.classにはjavadocに載っていないが、onReady()というメソッドがあって、
あらかじめ直列化された（変わりに変更不能になった）文字列へと最適化している

**>>53** · 2014/05/18(日) 23:18:39.38

具体的に書くと、Nodeは通常以下のデータを持っている

String タグ
HashMap<String, String> 属性
List<Node> 子ノード

コレを連結して < + タグ + 属性="属性値" + > </ + タグ + >を生成する。
静的な領域として登録されたNodeは、次のように固定される

String 開始タグ <div class="xxx" onclick="xxx">
String 終了タグ </div>
List<Node> 子ノード

従ってDOMは自動的に、最適な形式で最適化されるのだ

**>>53** · 2014/05/18(日) 23:21:28.16

ちなみに、このonReady()というメソッドはサーバー起動時に行われる
初期化の中で実行され、アプリ開発者には触れないようにパッケージアクセスになっている

**>>53** · 2014/05/18(日) 23:29:41.69

そんなわけで、計測していないが、JSPでタグライブラリ使うよりは
むしろ早いんじゃないかと思う。

JSPだとBeanUtilsとかでリフレクション使うが、
こちらはまったくリフレクションと無縁だし。

**>>53** · 2014/05/19(月) 01:30:36.99

そーいえば、バグを修正してからソースアップしてなかったや

**>>53** · 2014/05/19(月) 23:11:24.30

質問してた人は分かってくれたのだろーか？
ま、いっかー♪

**デフォルトの名無しさん** · 2014/05/19(月) 23:14:52.36

わかんねーよ、まあいいよ

**>>53** · 2014/05/20(火) 12:43:37.30

このフレームワークは、JSPを代替するものである。他はあってもオマケなのさ
SpringMVCといったモダンなフレームワークやJSP/Servletをそもそもほとんど知らないと
さすがに厳しいだろうね

**デフォルトの名無しさん** · 2014/05/20(火) 13:29:36.59

.どうでもいいけど^2、大きくでたね、恥ずかしい。

**>>53** · 2014/05/20(火) 20:12:46.72

どうでもいいなら最初から質問しないこと
そして>>105のような知ったかをかまさないことだな

**デフォルトの名無しさん** · 2014/05/20(火) 20:41:00.48

笑

**デフォルトの名無しさん** · 2014/05/21(水) 08:29:43.45

スルースキルなさすぎ

**>>53** · 2014/05/23(金) 18:50:26.17

2chの調子がおかしい。またscの件だろうか

**デフォルトの名無しさん** · 2014/05/28(水) 00:33:35.50

JAX-RS(Jerseyとか)に対応したかったが、
あれJAXB専用だという結論に達した

EE標準で他になんか無かったっけ

**デフォルトの名無しさん** · 2014/05/30(金) 02:26:09.40

テンプレート指定でpojoぶち込んで変換する程度なのになぜそんな難しい事だと思うんだろう・・・
ちゃんと考えたらオプショナルなライブラリとして切り出せるよ

**デフォルトの名無しさん** · 2014/05/30(金) 06:22:55.92

JAX-RSはInputStreamでリクエストを処理できるから何使ったっていいやろ

**デフォルトの名無しさん** · 2014/05/30(金) 16:50:49.26

いたいんだろう

**>>53** · 2014/05/31(土) 22:40:21.59

@Templateはglassfish独自だったような。
もう一度JAX-RSの勉強してみる。

**>>53** · 2014/05/31(土) 23:19:28.12

できれば、glassfishに依存しない、jbossでも可能な純粋なJAX-RSが望ましい

それでプレーンテキストではなく、xml/htmlやjsonを
次のような形式で返すのはダメだった気がするけど、俺の気のせいか？
まあ試してみるか！

public class POJO {
@GET
@Path("/aaa")
@Produces("text/html") // @Produces("text/plain")
public String hello(){
return "<? XML宣言 ?><html><body>fuck you</body></html>";
}
}

**>>53** · 2014/05/31(土) 23:24:09.73

あと良く見たら、HttpServletResponseのOutputStreamで出力みたいな方法があるね
どうやって使うのか分からないけど、上記の方法(>>126)がダメだったらこっちを調べる

**>>53** · 2014/05/31(土) 23:55:24.75

今やってみたら普通にできた。俺は一体なにを勘違いしてたのだろう・・・。

今後の方針。
>>99の形式のAPIで作りなおす。
Apache Winkライブラリ実装によるJAX-RX1.1環境でテスト。
JBoss(JBoss Rest Easy)・GlassFish(Jersy)・Apache CXFでそのまま動くと思う。

**デフォルトの名無しさん** · 2014/06/01(日) 20:41:47.80

アホは見得をはるな

**>>53** · 2014/06/01(日) 23:39:25.02

まあそういうなって。とりあえず動く段階までできたよ

最適化の余地があるのと、ファイルパスのミスなどに対して
親切にエラーメッセージを吐かなかったり、内部実装は雑だが、
とりあえず前回のチュートリアル４（繰り返し出力）までできるようになった
http://hoeppe.the-ninja.jp/java_markup_ruler/html/tutorial/tutorial4.html

**>>53** · 2014/06/01(日) 23:42:32.85

出力結果とリソースとなるhtmlは>>130のチュートリアルと同一のもので、
今回のバージョンでは次のようなコードになる

package test;

import java.util.HashSet;
import java.util.Set;

import javax.ws.rs.ApplicationPath;
import javax.ws.rs.core.Application;

@ApplicationPath("/rest")
public class HelloApplication extends Application {

public HelloApplication(){
}

@Override
public Set<Class<?>> getClasses() {

Set<Class<?>> set = new HashSet<Class<?>>();
set.add(HelloWorld.class);
return set;
}

}

**>>53** · 2014/06/01(日) 23:45:36.71

package test;

import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;

import org.ruler.markup.api.*;

@Source(file="/WEB-INF/html/tutorial4.html")
@Path("/hello")
public class HelloWorld extends Page {
@GET @Produces(MediaType.TEXT_HTML)
public String hello(){
String markup = super.draw();
return markup;
}
@Source
Group fragment = new Group();
@Source
Canvas list = (node) -> {
String[] names = {"A", "B", "C", "D", "E"};
for(int i=0; i<5; i++){
Node copy = new Node(fragment);
copy.in(node);
Node name = copy.key("name");
name.text(names[i]);
Node index = copy.key("index");
index.text("index("+i+")");
}
};
}

**>>53** · 2014/06/02(月) 00:28:07.03

HTMLでドキュメント書くのめんどくさい
今月末にEclipse4.4がリリースされる前には、こっちも仕上げたい

**>>53** · 2014/06/02(月) 15:17:04.58

ホームページに2.0のjar, javadoc、環境設定をアップしたぞ

**デフォルトの名無しさん** · 2014/06/02(月) 22:31:14.92

何するフレームワークなの？
サイト見てみたけど、そもそもプロジェクトの大目的も書いて無ければ
設計思想も不明。誰に対して何を発信してるのかさっぱりわからん。

伝えるべき思想を失ったプロダクトは、やがて自身が失われていくだけ。

**>>53** · 2014/06/03(火) 00:41:34.09

だからそういうのをhtmlで用意するのも手間がかかるんだって
見て分かる人は分かるし、分からない人は待つか、何か考えてちょうだい

**デフォルトの名無しさん** · 2014/06/03(火) 01:14:51.76

>待つか、何か考えて

いや、もうすでにメジャーな解決手段が山ほどあるわけで。
先入観も予備知識もなく、いちJava開発者としてあなたのプロジェクトの
サイトを見た時に、なにがしたいのか、なんのために情報発信しているのかが
さっぱり理解できなかっただけ。
このスレ見たって、だれもダウンロードもしてなけりゃ使ってもいなさそうだし。

個人的な趣味や研究としてやるぶんには全然いいと思うけど、だったら
2chじゃなくてそれこそQiitaなりForkwellなりGitHubあたりで発信したほうがいいと思う。

**>>53** · 2014/06/03(火) 01:35:20.27

>個人的な趣味や研究としてやるぶんには全然いいと思うけど、
>QiitaなりForkwellなりGitHubあたりで発信したほうがいいと思う。

その辺くわしくないの。ツールの使い方覚えるのも面倒くさいしさ
スレ違いという話だったら、ここ俺が建てたところだし、他に話題もないようだからいいでしょ

**>>53** · 2014/06/03(火) 01:37:36.98

マ板が、2ch自体もすごく過疎ってるのは分かっている
それでも有用な案を出してくれる人が全くいないわけでもないんだよね

**>>53** · 2014/06/03(火) 19:48:44.30

＞なにがしたいのか？
考えてみたら特にないんだよね。なんとなく作ってきたものを改めて自己定義してみる

自分はもともとwicketの信者で、プレーンなHTMLでデザインするというのが構想の根幹にあったのだけど、
新バージョン(2.0)では、方向性を変えてテンプレートエンジンに収まった感じかな

velocityとかsmartyと競合するわけなんだけど、違いは.vmファイルとか、独自スクリプトがないところ

2.0シリーズはテンプレートエンジンのみで他のフレームワークと組み合わせて使い、
1.0シリーズはオレオレコンテナー付きでたぶんパフォーマンスも少し良い

**>>53** · 2014/06/04(水) 14:47:53.40

チュートリアルを足した
あと２つ足したら、ショッピングカートとか
解説本によくあるサンプルアプリを作りたいところだ

他のtodoリストとしては、ver2.1において
wicket:removeやjsp:includeにあたるものがほしいかな
それと、htmlに埋め込む属性がjava:canvas="xxx"のように、
属性の名前空間が"java:"なんだけど、なんとなく"view:"に変えようと思う

**デフォルトの名無しさん** · 2014/06/07(土) 13:43:51.09

どうせ誰もダウンロードしてないしな
こっそり互換性のない変更しとくか

**デフォルトの名無しさん** · 2014/06/08(日) 02:34:45.24

プレーンなHTMLで書けるテンプレートエンジンは、Thymeleafってのが既にアルヨ
http://www.thymeleaf.org/

**>>53** · 2014/06/08(日) 08:48:30.26

それは全く参考にならない
ホームページのデザインがカッコイイのは認めよう

**デフォルトの名無しさん** · 2014/06/10(火) 07:59:12.82

チュートリアル追加
「02.動的なページ」

**デフォルトの名無しさん** · 2014/06/10(火) 22:46:27.33

変なのが居着いちゃったな

**>>53** · 2014/06/12(木) 11:36:50.08

OGNL系のテンプレートエンジン、テンプレートにスクリプト埋め込むエンジンは根本的に失敗してるんだな

**>>53** · 2014/06/20(金) 13:51:47.16

最近進める暇が無い。PHPはもう嫌だー

**デフォルトの名無しさん** · 2014/07/03(木) 22:45:18.73

Javaもc#のマネしてlinq機能採用すればいいのに
λも中途半端で使いづらい

**デフォルトの名無しさん** · 2014/07/04(金) 15:51:21.82

xml,json,csvあたりは必要としていないし、RDBには力不足、
KVSではよく分からんけどlinqは汎用ではなく何か専用にならないと使えない

**デフォルトの名無しさん** · 2014/07/04(金) 16:24:59.01

>>149
λとかQuery関係はjvmで動くLispのClojureとか使うと楽なんだけどそういうのは無しな方向なんだろうなぁと思うとちょっとかなしい

**デフォルトの名無しさん** · 2014/07/05(土) 14:24:57.02

俺が一番ほしいのは右辺型推論の進化かな

jdk7で次のように書けるようになったけど

ArrayList<String> array = new ArrayList<>();

左辺と同一の型の場合、このくらい略せてもいいよね。

ArrayList<String> array = new();

ラムダができても以前のイベントリスナーみたいなのは今後もあるわけだし、
無名クラスが楽になるんだわ。

Listener listener = new(){
@Override void onA(Event e){}
@Override void onB(Event e){}
};

**デフォルトの名無しさん** · 2014/07/05(土) 22:56:30.92

符号なしバイト変数さえあれば他はどうでもいい

**デフォルトの名無しさん** · 2014/07/06(日) 02:46:09.09

とりあえずJigsawの実用化に全力を出せばそれでいい

**デフォルトの名無しさん** · 2014/07/10(木) 14:30:00.56

忘れてたけど先月にEclipseの新しいやつでてたね

**デフォルトの名無しさん** · 2014/07/16(水) 13:40:07.49

>>155
LunaからJDK8に対応したね
Streamはstream()オブジェクトを作ってからフィルタを通す感じで、最初に
オブジェクトを作る必要がある以外は正直LINQと同じだと思った
ただクエリ形式がなくメソッド形式のみという違いはあるが
ラムダ式で使う事を前提にしてるんだからそれでいいと思うけど

ジェネリック型(総称型)もC#が入れてからJDK5で入れたもんな