TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
動的言語で大規模開発
2 part forth
【論理】Prolog【初心者】
文字コードの種類は何故複数あるのでしょうか?
C言語なら俺に聞け 146
Perlは10年後の2023年には消えてなくなる
自然言語処理スレッド その5
UWSC初心者用スレ
日下部陽一著 作ってわかるCプログラミング(第6版)
Excel VBA 質問スレ Part54
【java】jdk8も出るし、何か作ってみるか【lambda】
- 1 :2014/03/17 〜 最終レス :2019/07/07
- リリース目前!
- 2 :
- 建ったか。
- 3 :
- robocodeはどうなるんだろう…。
- 4 :
- Javaの書き方が気にくわないから
俺はJavaそんなに好きになれない
- 5 :
- いよいよ明日か
- 6 :
- JDK8 RC版でラムダ書くの面白かったよ。
少し前にリフレクションでnew()するオーバーヘッドを消すために
javassistで書き換えてるフレームワークがよくあったけど、
これからはファクトリーメソッドをラムダで書かせるだろうね。
- 7 :
- とりあえず初めの方はバグが多いんだろうな
しかし新機能や改良点には期待してる
- 8 :
- DBUtilっぽいものをちょいと作ってみた(実用性は無理があるけど
http://hoeppe.the-ninja.jp/java_entity_ruler/index.html
// サンプルコード
http://gmdev.xrea.jp/st/up/1018.txt
http://gmdev.xrea.jp/st/up/1017.txt
- 9 :
- JPA, Hibernate, その他もろもろにおいて、Entity Bean class は
トップレベルであることが必須だった。
これはリフレクション.newInstance()における制約があったからで、
これからは1ファイル内に何個も定義できるようになる方向に変化していくはず。
- 10 :
- 日本だとJBoss EAP8が出てから1年後くらいじゃないと業務で使えないな
- 11 :
- >>9についてだが、MVCフレームワークとかも同じだな
Controller(Action)はpublic classである必要があったが〜(以下略
- 12 :
- 職場では、つい先月、やっとJDK7を使えるようになったんだが。
- 13 :
- たぶん一番恩恵を受けるのはAndroidのイベントリスナーだと思う
googleのAPI対応も早いだろうし
- 14 :
- 嵐の前の静けさ ←イマココ
嵐の中の静けさ
嵐の後の静けさ
- 15 :
- 何時に出るの?
- 16 :
- PermGenは名前が変わっただけで直ってないんだろ。java9に期待。
- 17 :
- 今でしょ・・・アレ?
- 18 :
- wktk
- 19 :
- ラムダつくのかー
- 20 :
- ちょうど日付操作したいからJava8を試すかと思ったらまだ来てないとは
Joda-Timeでも試すか
- 21 :
- このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
- 22 :
- アイちゃん遅刻だよ
- 23 :
- >>20
Joda-Timeでなく、敢えてJDK8の日時クラスを使う理由が見いだせない。
設計者の変なこだわりで使いにくくなってると思うんだが。
- 24 :
- 早朝に来てたか…!
[速報]Java 8が正式公開。ラムダ式、新しい日時API、JavaFX8など。NetBeans 8.0も登場
http://www.publickey1.jp/blog/14/java_8apijavafx8netbeans_80.html
Java SE 8、JDK 8が正式リリース
http://www.atmarkit.co.jp/ait/articles/1403/17/news105.html
- 25 :
- 気のせいか起動が早くなってない?
電源入れた後の初回起動のイライラ感があんまりない
- 26 :
- ちょぱーり
- 27 :
- JDT/Eclipseの正式対応が5月くらいになるのか
- 28 :
- WinとLinuxは入れ替えても良いけどMacだとめんどくさいお
全部のプラットフォームつかってるからなおさらめんどくさいお
- 29 :
- >>27
4.3.2 JDTのJava8対応は、すでに正式版(GA)。
- 30 :
- >>25
Linux版だけど起動は確かに速くなってるな
- 31 :
- どっかからJava8にしないでくださいってメールがきたぞw
- 32 :
- 嬉しくてチンチンたちまくりR事件が多くなるのを心配してるんだよ
- 33 :
- すべってますよー
- 34 :
- >>31
例えばこれだね www.gaitame.com/info.html
> 現在、「Java8」では『外貨ネクストネオ』のリッチアプリ版が起動しないこと、Webブラウザ版のチャートが表示されないことを確認しておりますので、アップデートをしないようお願いいたします。
- 35 :
- >>34
今回そんな互換性なくなるような変更点あったっけ?
セキュリティ関連でデフォルトが変わった奴とかのせいか?
- 36 :
- JDTがしょっちゅう固まるのだが
- 37 :
- lambda?
オッサンにはぜんぜん理解できん(T_T)
あんなんで書かれた日にゃメンテナンス性が著しく低下しそう
- 38 :
- それはさすがに理解してくれよ。
最初は匿名クラスのシンタックスシュガーぐらいのもんだと思ってりゃいいんだよ。
匿名クラス禁止とか言い出すようなら、転職するしかない…
- 39 :
- 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());
こう書けるのはすごく便利そう。というか下の見た後だと上は冗長過ぎ。
複雑なラムダ式はよう判らんが、こういうレベルのはどんどん普及してほしい。
むしろこれすら理解できない老害はR。
- 40 :
- Androidとかの対応はどうなるんだろうねぇ
- 41 :
- 何か作ってみるかと思ったらインストールできない
調べたらXPはサポート外かよゴミ言語だな
- 42 :
- 逆!
XPがゴミ
- 43 :
- XPがゴミだとふざくんなよ
いまだにXPでネットやってる >>41 がゴミ
- 44 :
- み・・みんな・・ひどい・・・・・
- 45 :
- >>44
酷いつーか、来週からどうすんだ?
割とマジで迷惑だろ>>XP残留組
- 46 :
- えっ・・・Java8はWindows XP で動かんの?
プラットフォームに依存しない、ってのがJavaの最大の"ウリ"ではなかったのか
- 47 :
- >>46
終わったプラットフォームとか生まれる前から死んでるプラットフォームでは動かないよ
- 48 :
- Write once, run anywhere
- 49 :
- データベース関連は難しいな
- 50 :
- もう少し違うものを作ってみよう(汗
- 51 :
- EclipseはLuna4.4待ちなのかと思ったら
JDT自体はGA来てたのな
- 52 :
- 使った感じeclipseのjdtアドオンはまだ不安定だよ
- 53 :
- サーブレットのライブラリを作ってみる
http://hoeppe.the-ninja.jp/java_markup_ruler/html/tutorial/tutorial1.html
- 54 :
- >>53続き
http://hoeppe.the-ninja.jp/java_markup_ruler/html/tutorial/tutorial2.html
- 55 :
- Once write, debug everywhener
- 56 :
- >>37
どこが難しいのかさっぱり。。。
むしろ7より前でコーディングする気が失せた
今の職場は当然のように7だけどね
あとAndroidとかGAE対応はどうなんだろうね
ここあたりすっげー遅いイメージしかないんだが、Google先生
- 57 :
- Month while, the dog everyone.
- 58 :
- 続き
http://hoeppe.the-ninja.jp/java_markup_ruler/html/tutorial/tutorial4.html
- 59 :
- HTML idだとまずいことに気づいた
独自属性java:keyにして、出力時には消えるようにしよう
- 60 :
- 感想0とはつらいものだ
- 61 :
- >>60
なんか読めなかった
後でPCで見ておくよ
- 62 :
- >>60
感想なんて書かれないのが普通なんだからアクセスログでほくそ笑んでれば良いじゃんよ。
- 63 :
- 一部修正した。html idで全部やってたことを独自属性java:xxxに変更。
これによってhtmlからjavaのスケルトンソースを生成するツールも作れる
- 64 :
- Qiitaで書き散らそうかと覗いてみたけどそういう雰囲気じゃなかった
- 65 :
- 感想:
ラムダ使う必要なくね?
- 66 :
- サーブレットのdoGET, doPost... に値するところは
メソッドのオーバーライドでも大して変わらんね
少し前のフレームワークではアノテーションでやっていた
httpパラメータからのコンバータやバリデータをラムダでやると効果的かもしれん
wicketのそれが近いと思う
- 67 :
- Lambdaでやらせるなら表示の絞り込みとかの方がよくね?(SQLで得た一覧をmemcachedに蓄えたりした奴のフィルターとかソートね)
- 68 :
- Model側で別の層になるなそれ。
少し前にEntity Rulerという名前で
RDBライブラリ(O/Rマッパー)作ろうとしていたのだが
アイデアがフラフラしたあげくに頓挫しちゃったんだよね
- 69 :
- >>67
で言われているようなことをする場合、普通はSQL内でやるもんだよね。
whereとかjoin書かないで全部拾ってきて、java側でフィルターすると
ネットワークIOがボトルネックになるからさ。
HSQLかH2に限定すれば、ストアド(具体的にはユーザー定義関数)を
javaで書けるから何でもストアド化するって手もあるんだけど、
(そうするとネットワークIOの問題は解決する)
RDBに関する全般的な知識がないから、おれにはちょっと荷が重い
- 70 :
- さて、Webライブラリの話に戻るんだけど、
cakePHPとかだとバリデータがModelの処理とされているように、
web(http/html)と直接関係ないものは全てModelとして扱う。
(コンバータ、バリデータ etc...)
そして本ライブラリはMVCのVとCのみを扱うため、
HTTPクエリ/パラメータからのコンバータなどは作らない。
従ってあとはクッキーとセッションあたりをどうするべきか考えれば
とりあえず完成、version1.0をリリースできるな。
- 71 :
- おいJava8めっちゃ高速になってないか
GCの性能もめっちゃ良くなってるようなきがするんだが
みんなどう?
- 72 :
- みんなまだ様子見くらいしかしてないんじゃないの?
JRE7とJRE8でパフォーマンス計測したなら教えてよ
- 73 :
- ベンチの結果が20%向上した
うちの場合
- 74 :
- あと、Nashornクソ遅い
巷ではRhinoより速いと言われてるらしいが
- 75 :
- >>74
何と比べて遅いん?
- 76 :
- >>75
Rhino-1.7R5
Node.jsのサブセットみたいなものを自作して使用中なんだが
使い方が悪いのかしらんがNashornは超遅い
- 77 :
- おとなしくnode.js使えよ
V8パワーを実感できるぞ
- 78 :
- 自作言語をjavascriptに変換して実行とか面白いかもな
javassist使ったほうがいいかもしれんが
- 79 :
- >>77
JSだけで完結するならそうなんだけど、
Java資産を流用せにゃあかんという要求がありまして
- 80 :
- ランバダ?
- 81 :
- UncheckedIOException 見て
Javaはそろそろ限界だと感じた
- 82 :
- ソースのプロトタイプ生成ツールの試作品ができた
具体的には.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>
- 83 :
- 出力(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);
};
};
}
- 84 :
- ラムダ??
BGM聴きたい
- 85 :
- とりあえずjavadocとjar本体をアップしたぜ
チュートリアルだけ試せます
- 86 :
- tomcatプラグイン紛らわしいね。使わないほうが良さそう
- 87 :
- javaさようなら。
見捨てられたXPユーザより。
- 88 :
- XPはjava以前だろうにwww
- 89 :
- >>87
はいさようなら シッシッ
- 90 :
- >>87
頼むからネットに繋ぐのはやめてもらえないか?
- 91 :
- おちんこぴゅっぴゅぴゅ
- 92 :
- 協力者募集中〜
- 93 :
- わびしい。キータに投稿してみっか
- 94 :
- UIラップだけに切り出した方がいいんじゃないかねぇ
- 95 :
- それは可能だし、Viewのみにすると規模が縮小して俺も楽なんだけど、
どちらにせよSpringMVCとかJersey、JSF2といった
今主流のControllerと連携はできないんだよね
- 96 :
- Controller周辺は拡張ライブラリで自由に選べるようにして置けば汎用性高いのが出来ると思う
コンテナまで実装は無駄が多すぎる
IDや特殊IDでマッピング出来てピュアなhtmlで作れるのはそれなりに需要高いと思う
- 97 :
- 参照実装つくるならstruts1だろうね
単なるライブラリとして完全に分離された状態で連携できる
(サーブレットAPIのRequestとResponseを直接使えるから)
SpringMVC、Jersey、Playだとフレームワーク毎に対応したもの作るの大変
- 98 :
- 前言撤回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");
};
}
- 99 :
- そのさい、多少APIを変更するのは避けられない
Responseを乗っ取れないようなので
いったん丸ごと一つの文字列にしなければならなくなる
無駄に大きい文字列結合は結構コストになる
それでもDI、コンバータ、バリデータが全部流用できるのが大きいが
- 100 :
- JAX-RS v2.0 を試そうとApache CXFを試したが、hello worldも実行できず断念
Glassfish(Jersey)やJBoss(JBoss Rest Easy)はtomcatで使いたいので断念
JAX-RS v1.1 しか使えないが、jarも少なくてコンパクトなApache Winkで調査中〜
- 101 :
- >>53
よくわかんねーや、仕様を日本語で書いてくれ。
- 102 :
- javadocとかhtml書くのも大変なのよ
javadocは日本語と英語を併記しようとして失敗した
チュートリアルも日本語がおかしいかもしれない
もしくは、もっと全体的な概要のことだろうか?
- 103 :
- >>102
そうだよ、ぱっとみてなにやってんの?てなかんじ
- 104 :
- それとDOMが遅いのは知ってるよね?
- 105 :
- どれを指していってる?
- 106 :
- その指摘はたぶん半分正しい。
XML(REST, AJAX)だとDOMは遅くない
HTMLだとDOMは遅い。
なぜならHTMLはほとんどが静的なデータの塊であって、
動的でない部分をDOMで保有していると、直列な文字列へと変換する無駄が生じる。
チュートリアル1では、全てをDOMで操作しているので、たしかに処理に無駄がある。
従ってチュートリアル1は最も自由度の高いAPIであるが、HTMLではなくXML(REST, AJAX)向きだ。
- 107 :
- これを踏まえたうえで、チュートリアル02, 03を見てほしい。
Canvasというクラスがでてくる。Canvasに指定されたノードは、動的な領域である。
逆説的に言えば、それ以外の領域は静的であるということ。
実は、内部で静的な領域を最適化している。
Node.classにはjavadocに載っていないが、onReady()というメソッドがあって、
あらかじめ直列化された(変わりに変更不能になった)文字列へと最適化している
- 108 :
- 具体的に書くと、Nodeは通常以下のデータを持っている
String タグ
HashMap<String, String> 属性
List<Node> 子ノード
コレを連結して < + タグ + 属性="属性値" + > </ + タグ + >を生成する。
静的な領域として登録されたNodeは、次のように固定される
String 開始タグ <div class="xxx" onclick="xxx">
String 終了タグ </div>
List<Node> 子ノード
従ってDOMは自動的に、最適な形式で最適化されるのだ
- 109 :
- ちなみに、このonReady()というメソッドはサーバー起動時に行われる
初期化の中で実行され、アプリ開発者には触れないようにパッケージアクセスになっている
- 110 :
- そんなわけで、計測していないが、JSPでタグライブラリ使うよりは
むしろ早いんじゃないかと思う。
JSPだとBeanUtilsとかでリフレクション使うが、
こちらはまったくリフレクションと無縁だし。
- 111 :
- そーいえば、バグを修正してからソースアップしてなかったや
- 112 :
- 質問してた人は分かってくれたのだろーか?
ま、いっかー♪
- 113 :
- わかんねーよ、まあいいよ
- 114 :
- このフレームワークは、JSPを代替するものである。他はあってもオマケなのさ
SpringMVCといったモダンなフレームワークやJSP/Servletをそもそもほとんど知らないと
さすがに厳しいだろうね
- 115 :
- .どうでもいいけど^2、大きくでたね、恥ずかしい。
- 116 :
- どうでもいいなら最初から質問しないこと
そして>>104のような知ったかをかまさないことだな
- 117 :
- 笑
- 118 :
- スルースキルなさすぎ
- 119 :
- 既存コンテナで使えるようにすると自作コンテナを切り捨てる必要がある
両方でそのまま使えるように、嫌だけど自作コンテナのAPIを再設計するわ
- 120 :
- GoogleがProject Araとかスマートウォッチとかやってるのに
オラクルはラズベリーパイでembeddedアプリとか、言ってて恥ずかしくないのだろうか
- 121 :
- テンプレート指定でpojoぶち込んで変換する程度なのになぜそんな難しい事だと思うんだろう・・・
ちゃんと考えたらオプショナルなライブラリとして切り出せるよ
- 122 :
- JAX-RSはInputStreamでリクエストを処理できるから何使ったっていいやろ
- 123 :
- いたいんだろう
- 124 :
- @Templateはglassfish独自だったような。
もう一度JAX-RSの勉強してみる。
- 125 :
- できれば、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>";
}
}
- 126 :
- あと良く見たら、HttpServletResponseのOutputStreamで出力みたいな方法があるね
どうやって使うのか分からないけど、上記の方法(>>125)がダメだったらこっちを調べる
- 127 :
- 今やってみたら普通にできた。俺は一体なにを勘違いしてたのだろう・・・。
今後の方針。
>>98の形式のAPIで作りなおす。
Apache Winkライブラリ実装によるJAX-RX1.1環境でテスト。
JBoss(JBoss Rest Easy)・GlassFish(Jersy)・Apache CXFでそのまま動くと思う。
- 128 :
- アホは見得をはるな
- 129 :
- まあそういうなって。とりあえず動く段階までできたよ
最適化の余地があるのと、ファイルパスのミスなどに対して
親切にエラーメッセージを吐かなかったり、内部実装は雑だが、
とりあえず前回のチュートリアル4(繰り返し出力)までできるようになった
http://hoeppe.the-ninja.jp/java_markup_ruler/html/tutorial/tutorial4.html
- 130 :
- 出力結果とリソースとなるhtmlは>>129のチュートリアルと同一のもので、
今回のバージョンでは次のようなコードになる
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;
}
}
- 131 :
- 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+")");
}
};
}
- 132 :
- HTMLでドキュメント書くのめんどくさい
今月末にEclipse4.4がリリースされる前には、こっちも仕上げたい
- 133 :
- ホームページに2.0のjar, javadoc、環境設定をアップしたぞ
- 134 :
- 何するフレームワークなの?
サイト見てみたけど、そもそもプロジェクトの大目的も書いて無ければ
設計思想も不明。誰に対して何を発信してるのかさっぱりわからん。
伝えるべき思想を失ったプロダクトは、やがて自身が失われていくだけ。
- 135 :
- だからそういうのをhtmlで用意するのも手間がかかるんだって
見て分かる人は分かるし、分からない人は待つか、何か考えてちょうだい
- 136 :
- >待つか、何か考えて
いや、もうすでにメジャーな解決手段が山ほどあるわけで。
先入観も予備知識もなく、いちJava開発者としてあなたのプロジェクトの
サイトを見た時に、なにがしたいのか、なんのために情報発信しているのかが
さっぱり理解できなかっただけ。
このスレ見たって、だれもダウンロードもしてなけりゃ使ってもいなさそうだし。
個人的な趣味や研究としてやるぶんには全然いいと思うけど、だったら
2chじゃなくてそれこそQiitaなりForkwellなりGitHubあたりで発信したほうがいいと思う。
- 137 :
- >個人的な趣味や研究としてやるぶんには全然いいと思うけど、
>QiitaなりForkwellなりGitHubあたりで発信したほうがいいと思う。
その辺くわしくないの。ツールの使い方覚えるのも面倒くさいしさ
スレ違いという話だったら、ここ俺が建てたところだし、他に話題もないようだからいいでしょ
- 138 :
- マ板が、2ch自体もすごく過疎ってるのは分かっている
それでも有用な案を出してくれる人が全くいないわけでもないんだよね
- 139 :
- >なにがしたいのか?
考えてみたら特にないんだよね。なんとなく作ってきたものを改めて自己定義してみる
自分はもともとwicketの信者で、プレーンなHTMLでデザインするというのが構想の根幹にあったのだけど、
新バージョン(2.0)では、方向性を変えてテンプレートエンジンに収まった感じかな
velocityとかsmartyと競合するわけなんだけど、違いは.vmファイルとか、独自スクリプトがないところ
2.0シリーズはテンプレートエンジンのみで他のフレームワークと組み合わせて使い、
1.0シリーズはオレオレコンテナー付きでたぶんパフォーマンスも少し良い
- 140 :
- チュートリアルを足した
あと2つ足したら、ショッピングカートとか
解説本によくあるサンプルアプリを作りたいところだ
他のtodoリストとしては、ver2.1において
wicket:removeやjsp:includeにあたるものがほしいかな
それと、htmlに埋め込む属性がjava:canvas="xxx"のように、
属性の名前空間が"java:"なんだけど、なんとなく"view:"に変えようと思う
- 141 :
- どうせ誰もダウンロードしてないしな
こっそり互換性のない変更しとくか
- 142 :
- プレーンなHTMLで書けるテンプレートエンジンは、Thymeleafってのが既にアルヨ
http://www.thymeleaf.org/
- 143 :
- それは全く参考にならない
ホームページのデザインがカッコイイのは認めよう
- 144 :
- チュートリアル追加
「02.動的なページ」
- 145 :
- 変なのが居着いちゃったな
- 146 :
- OGNL系のテンプレートエンジン、テンプレートにスクリプト埋め込むエンジンは根本的に失敗してるんだな
- 147 :
- 最近進める暇が無い。PHPはもう嫌だー
- 148 :
- Javaもc#のマネしてlinq機能採用すればいいのに
λも中途半端で使いづらい
- 149 :
- xml,json,csvあたりは必要としていないし、RDBには力不足、
KVSではよく分からんけどlinqは汎用ではなく何か専用にならないと使えない
- 150 :
- >>148
λとかQuery関係はjvmで動くLispのClojureとか使うと楽なんだけどそういうのは無しな方向なんだろうなぁと思うとちょっとかなしい
- 151 :
- 俺が一番ほしいのは右辺型推論の進化かな
jdk7で次のように書けるようになったけど
ArrayList<String> array = new ArrayList<>();
左辺と同一の型の場合、このくらい略せてもいいよね。
ArrayList<String> array = new();
ラムダができても以前のイベントリスナーみたいなのは今後もあるわけだし、
無名クラスが楽になるんだわ。
Listener listener = new(){
@Override void onA(Event e){}
@Override void onB(Event e){}
};
- 152 :
- 符号なしバイト変数さえあれば他はどうでもいい
- 153 :
- とりあえずJigsawの実用化に全力を出せばそれでいい
- 154 :
- 忘れてたけど先月にEclipseの新しいやつでてたね
- 155 :
- >>154
LunaからJDK8に対応したね
Streamはstream()オブジェクトを作ってからフィルタを通す感じで、最初に
オブジェクトを作る必要がある以外は正直LINQと同じだと思った
ただクエリ形式がなくメソッド形式のみという違いはあるが
ラムダ式で使う事を前提にしてるんだからそれでいいと思うけど
ジェネリック型(総称型)もC#が入れてからJDK5で入れたもんな
- 156 :
- JAVAでオンラインゲーム作れる?ブラウザゲームの
- 157 :
- 作れるよ。しかも方法はひとつじゃない〜
- 158 :
- >>154
前のやつでもJDK8プラグインあったけど
何かインテリセンスがちょこちょこバグって初期化させられたり酷かった
コレで安心
- 159 :
- インテリセンスはMS用語だボケ
- 160 :
- >>159
汎用的にはなんて呼ぶの?
Abbrebiation?
- 161 :
- >>160
自動補完でいいんじゃね?
Eclipse的にはコンテンツアシストだけど
- 162 :
- >>161
おお、日本語で考えること放棄してた、ありがと
- 163 :
- λ式勉強するのに良い本ある?
検索したらこんなのみつかったけど、どうかな?
Java8ではじめる「ラムダ式」
清水 美樹
http://www.amazon.co.jp/dp/4777518418/
Java 8 Lambdas: Pragmatic Functional Programming
http://www.amazon.co.jp/dp/B00J3B3J3C/
- 164 :
- >>163
プログラムの根本からやるなら「計算論 計算可能性とラムダ計算 」とか「プログラム意味論」とかの方が良いよ。
jdk8のラムダ式を理解したいってだけだと後で困ると思う(jdkが消える未来とか嫌だけど)
- 165 :
- C++とかC#にもラムダ式あるけど言語毎に覚えれば済む話じゃん
学者になって言語そのものを開発したいわけでなければね
- 166 :
- 構文やらをおぼえるんじゃなくて
機能的な限界と回避方法・設計アプローチを把握することが重要なのは理解出来てるよな
- 167 :
- 内容のない掛け声だな。アーキテクト様()ですか?
標準APIや大手OSS、GoogleのAndroidフレームワークとかが示す設計に従うだけだろ
アプリケーション層なんて別に昔のやり方でも十分なのよ
- 168 :
- その「設計に従う」ってことができない奴が多くてな…
- 169 :
- 結局、ラムダを連発するようなものは何も思いつかなかったぜ
- 170 :
- ラムダ無駄
ラムダ無駄
ラムダ無駄
- 171 :
- λ:波長
ε:エネルギー、微少量
δ:変分
- 172 :
- θ:角度
ω:猫っぱな
- 173 :
- 散々いわれてるかもしれないけど
ラムダ式、マルチスレッドの勉強するときに凄い便利だね
本文にスレッドの内容直接書いてる感じで
うさんくさいprivate class...{public void run()...って長ったらしく書く必要もないし
- 174 :
- (;´Д`)ノθヴイィィィン
- 175 :
- この本買ってみた。分かりやすくてなかなかいい。
Java8ではじめる「ラムダ式」
http://www.amazon.co.jp/dp/4777518418/
O'Reillyにもこういう本あるけど翻訳でるのかなあ?
http://shop.oreilly.com/product/0636920030713.do
- 176 :
- ラムだって本一冊書くほど難しいことあるか?
- 177 :
- ない
C#のLINQと大して変わらない
- 178 :
- (;´Д`)ノθヴイィィィン
javaもいいけどさ、Groovyどうよ。
ラムダ風も昔からサポートしてるし、
並列処理GParsも備える。
javaコードからの動的スクリプト対応強化されてるし、もっとgroovyユーザー増えてほしいわ。
なんか日本は食いつき悪いよねこの言語。
- 179 :
- 厳密さがJavaのいいとこなのに
それ取ったらただの使いにくい言語やん
- 180 :
- そうだな
Scalaも完全にオワコン化しているしな
- 181 :
- だってJavaで同じもの書けるんだもん。
「Javaのライブラリを呼び出せます!」っていかにも利点のように言うけど、
Javaを常に意識しながら、GroovyなりScalaの文法で書け、ってことじゃん。
すでにPythonやRubyの文法を知ってる人がJythonやJRuby使うのはわかるけど…。
- 182 :
- そこに颯爽とclojureが
- 183 :
- つまりJavaにGenericsは不要である
http://pc5.2ch.sc/tech/kako/1055/10555/1055519583.html
- 184 :
- floatの二次元配列を作ったけど、1次元目は行の管理用で、floatである必要ないんですが、
これってムダですかね?
でもArrayListだと値の再設定とか面倒だし・・・・
- 185 :
- ここって53のためのスレじゃないの?
- 186 :
- >>184
昔みたいに1バイト減らすのにあれこれする必要もなかろう
どーんといっとけ
- 187 :
- ムダというか作り方が悪い
- 188 :
- mapじゃダメなんだろ
- 189 :
- JD出会いR動画 個人撮影
http://cutievideogirl.x.fc2.com/shiroutodouga.html
- 190 :
- ラムダってzendの呼び出しっぽいの?
- 191 :
- >>184
フロートって使う意味あるの?
ダブルじゃダメなん?
- 192 :
- プログラマはMacを使ってるってマジ?
http://hayabusa3.2ch.sc/test/read.cgi/news/1450395043/
- 193 :
- 「Java EE以外の仕事に取り組むように指示が出た(中略)
Java EEチームへの資本投下がすでに終了している(中略)
収益的な意味があるという意見に加え、今後どちらにも転がる可能性がある(中略)
Java EEはエンタープライズ向けシステムなどで使われている」
Oracle、Java EEから手を引く可能性も | マイナビニュース
http://news.mynavi.jp/news/2016/07/04/261/
- 194 :
- 「2016年7月に開催されるJavaOneにおいて詳細を公開する計画でいる。
Oracleが次期Java EEに関してどういった方向性を示すのかは今年の9月に公開」
Java EEは死んでいない、これからも進化する - Oracle | マイナビニュース
http://news.mynavi.jp/news/2016/07/11/145/
- 195 :
- F#覚えた方がマシ
- 196 :
- おいもう9月も終盤だぞ
- 197 :
- J
- 198 :
- 「2017年7月には待望のJava SE 9がリリースされるほか、Java EE 8も年内にリリースを予定(中略)
Project Jigsaw、jshellなどの新機能が追加される。一番の目玉はやはりProject Jigsaw(中略)
不要なAPIを含めないことでランタイムの軽量化、セキュリティの向上(中略)
APIは、module-info.javaファイル内にrequires文で指定する。また、
exports文により自作のパッケージをどこまで公開するかを指定(中略)
jlinkコマンドを使えば、必要なAPIのみを含めたカスタムJREを作成することもできる(中略)
Javadocは、HTML5に対応する。また、ついに検索機能が導入される(中略)
複数のバージョンに対応するjarファイルを作成できる(中略)
one plus three backというポリシー(中略)
JDK 9では6、7、8、9までがコンパイル可能」
アプリ開発の新しい潮流に向けて進化するJava SE 9/Java EE 8の概要【デブサミ2017】 (1/2):CodeZine(コードジン)
http://codezine.jp/article/detail/10061
2017/04/07 14:00
- 199 :
- Java SE 9 の次は Java SE X かね
- 200 :
- 「Jigsawの導入で開発者が気をつけるべきことは?(中略)
ライブラリへのアクセス制限が厳しくなる(中略)
リフレクションを使ってアクセスしようとした時、例外がthrowされる(中略)
最小限のモジュール・システムとして入れることになりました。そうして入れてしまえば、
機能を追加するのは後からできます(中略)
Jigsawにより大規模システムをより作りやすくなる(中略)
既存のクラスパスがほぼ使えなくなるので、初めは
クラスパスとモジュールの併用や使い分けが必要となり、そこでコンフリクトが起きる(中略)
現状はセントラル・リポジトリもない(中略)
モジュール関連の例外がthrowされたとしても、
それをハンドリングするためのオプションが用意されている」
「Java SE 9」がいよいよ7月リリース。櫻庭祐一氏と吉田真也氏に注目ポイント、移行時の留意点を聞いた
- builder by ZDNet Japan
https://builder.japan.zdnet.com/sp_oracle/35099496/?ref=rss
2017-04-12 16:40:00
- 201 :
- 結局9が出てしまったが
- 202 :
- 次のJavaのバージョン18ってまじ?
- 203 :
- 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
L7LVQ
- 204 :
- MD3
- 205 :
- >>202
ガセ
- 206 :2019/07/07
- Java8がRedHat LTSで残る事実
C#で仕事ある?
ATL/WTL Part7
【コボル】COBOL不要論【ただのDSLだよね?】
Vue vs React vs Angular Part.3
(´・ω・`)人間はプログラムやがな
☆★Java質問・相談スレッド182★★
オブジェクト指向ってクソかよPart5
次世代言語21 Go Nim Rust Swift Kotlin TypeScript
C++相談室 part143
Perl初心者スレ(マジレス回答)
--------------------
試食・試飲販売new派遣業務スレ38店舗目
藤田義仁の精神年齢
【ATS】 トラックゲー総合スレ Part80 【ETS2】
【バーチャルYouTuber】おめがシスターズ【Ω Sisters】 Part.3
きっずの噂1593
規制された奴、ここで雑談しようぜwwwww
【反社】木下優樹菜、訴訟危機 姉解雇のタピオカ屋に「事務所総出でいくよ?ばばあ。週刊誌動かすよ?おばたん」→休業に追い込む★42
【ワッチョイ】巨人若手の選手議論スレ【316人目】
◆◆中学時代のエロの思い出◆◆
M J K T
宮本むなし Part7
今から交信しようぜ!
☆【一種】教習所で普通免許を取る190号車【二種】
大人の女性よりロリコンしか愛せない。俺って病気なのか?
【咲-Saki-】松実玄はギギギに負けるなおもち可愛いドラ21
【金沢市民vs】北のまん所が大発狂w【ケンモメン】
【シンクロニシティ】乃木坂46★8245【本スレ】
万引き家族〜盗品4個目
[IP有] 藤井聡太応援スレ Part574
不愉快なCM音 音楽 歌 BGM ダンス
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼