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

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

リリース目前！

**デフォルトの名無しさん** · 2014/03/22(土) 07:10:58.70

嬉しくてﾁﾝﾁﾝたちまくりレイプ事件が多くなるのを心配してるんだよ

**デフォルトの名無しさん** · 2014/03/22(土) 11:46:18.19

すべってますよー

**デフォルトの名無しさん** · 2014/03/22(土) 12:06:48.36

>>31
例えばこれだね www.gaitame.com/info.html
> 現在、「Java8」では『外貨ネクストネオ』のリッチアプリ版が起動しないこと、Webブラウザ版のチャートが表示されないことを確認しておりますので、アップデートをしないようお願いいたします。

**デフォルトの名無しさん** · 2014/03/22(土) 12:09:24.76

>>34
今回そんな互換性なくなるような変更点あったっけ？
セキュリティ関連でデフォルトが変わった奴とかのせいか？

**デフォルトの名無しさん** · 2014/03/30(日) 17:15:39.34

JDTがしょっちゅう固まるのだが

**デフォルトの名無しさん** · 2014/03/30(日) 22:53:50.31

lambda？
オッサンにはぜんぜん理解できん(T_T)
あんなんで書かれた日にゃメンテナンス性が著しく低下しそう

**デフォルトの名無しさん** · 2014/03/31(月) 21:14:42.92

それはさすがに理解してくれよ。
最初は匿名クラスのシンタックスシュガーぐらいのもんだと思ってりゃいいんだよ。

匿名クラス禁止とか言い出すようなら、転職するしかない…

**デフォルトの名無しさん** · 2014/03/31(月) 21:47:34.56

http://news.mynavi.jp/special/2014/java8/
この辺の例にある、

list.sort(new Comparator<String>(){
@Override
public int compare(String s1, String s2){
return s1.length() - s2.length();
}
});

が、

list.sort((s1, s2) -> s1.length() - s2.length());

こう書けるのはすごく便利そう。というか下の見た後だと上は冗長過ぎ。
複雑なラムダ式はよう判らんが、こういうレベルのはどんどん普及してほしい。
むしろこれすら理解できない老害は氏ね。

**デフォルトの名無しさん** · 2014/04/01(火) 00:56:28.29

Androidとかの対応はどうなるんだろうねぇ

**デフォルトの名無しさん** · 2014/04/01(火) 18:06:01.00

何か作ってみるかと思ったらインストールできない
調べたらXPはサポート外かよゴミ言語だな

**デフォルトの名無しさん** · 2014/04/01(火) 18:29:50.90

逆！
XPがゴミ

**デフォルトの名無しさん** · 2014/04/01(火) 19:39:57.65

XPがゴミだとふざくんなよ

いまだにXPでネットやってる >>41 がゴミ

**デフォルトの名無しさん** · 2014/04/03(木) 11:22:03.46

み・・みんな・・ひどい・・・・・

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

>>44
酷いつーか、来週からどうすんだ?
割とマジで迷惑だろ>>XP残留組

**デフォルトの名無しさん** · 2014/04/03(木) 20:45:39.26

えっ・・・Java8はWindows XP で動かんの？
プラットフォームに依存しない、ってのがJavaの最大の"ウリ"ではなかったのか

**デフォルトの名無しさん** · 2014/04/03(木) 21:02:33.65

>>46
終わったプラットフォームとか生まれる前から死んでるプラットフォームでは動かないよ

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

Write once, run anywhere

**デフォルトの名無しさん** · 2014/04/05(土) 00:21:43.57

データベース関連は難しいな

**デフォルトの名無しさん** · 2014/04/06(日) 00:57:50.68

もう少し違うものを作ってみよう（汗

**デフォルトの名無しさん** · 2014/04/07(月) 00:26:40.02

EclipseはLuna4.4待ちなのかと思ったら
JDT自体はGA来てたのな

**デフォルトの名無しさん** · 2014/04/09(水) 00:59:51.31

使った感じeclipseのjdtアドオンはまだ不安定だよ

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

サーブレットのライブラリを作ってみる
http://hoeppe.the-ninja.jp/java_markup_ruler/html/tutorial/tutorial1.html

**デフォルトの名無しさん** · 2014/04/11(金) 14:07:16.84

>>53続き
http://hoeppe.the-ninja.jp/java_markup_ruler/html/tutorial/tutorial2.html

**デフォルトの名無しさん** · 2014/04/11(金) 20:36:22.79

Once write, debug everywhener

**デフォルトの名無しさん** · 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;
}

}