14/08/07 11:49:31.61 iXv7HhZo
乙
3:デフォルトの名無しさん
14/08/08 02:59:34.59 W/TCi66w
URLﾘﾝｸ(www.buzzword.jp)
4:デフォルトの名無しさん
14/08/08 22:06:15.38 f5UO32t2
>>3
グロ 死ね
5:デフォルトの名無しさん
14/08/08 23:23:46.30 xeDJm28L
標的のクラスに辿り着いた！と思ったらただのインターフェイス…派生クラス多数！本物はどれだ？
6:デフォルトの名無しさん
14/08/08 23:32:45.05 RagQlliS
これから新しくジャヴァを覚える連中はジャヴァ８を覚えるのかな
7:デフォルトの名無しさん
14/08/08 23:37:43.79 6vjjjqHE
Java8つっても、正確なバージョンは1.8.0だろ
2.0.0になるのはいつだろう
8:デフォルトの名無しさん
14/08/09 00:42:26.39 Y0k1NKRf
J2SE
9:デフォルトの名無しさん
14/08/09 07:21:08.54 bPqR1BKt
>>5
インスタンスのgetClass見ればいいだろ。
10:デフォルトの名無しさん
14/08/09 08:07:51.39 4s8HJqN2
javaとかわからん。
ピヤぁああああ
11:デフォルトの名無しさん
14/08/09 08:17:06.46 TSdBD6Gl
>>6
それはない
社内コーディング規約に「ラムダは使うな」の一文が増えるだけだから
12:デフォルトの名無しさん
14/08/09 08:41:09.29 Irm9rtbc
ジェネリクスは禁止にならなかったのにラムダが禁止になるのはどうしてなんですか？
13:デフォルトの名無しさん
14/08/09 08:44:50.34 TSdBD6Gl
ジェネリクスは使わなかったら警告出るからだよ
無能SEにとって警告の数はコードの品質を測る重要なファクターだから
14:デフォルトの名無しさん
14/08/09 08:49:28.32 5Hv8cO2t
OpenSSLの信頼性がゆるぎ始めてJavaと同じ運命たどり始めてんな
15:デフォルトの名無しさん
14/08/09 09:01:41.42 Irm9rtbc
ラムダが禁止になるとjava.util.stream apiをまったく使えなくなるじゃないですかあ。
16:デフォルトの名無しさん
14/08/09 09:11:27.04 a+ryJMnA
>>9
たぶん、既存コードの話ではなくて
新規で書き起こす部分に対して「こんなクラスないかな/なかったっけ」
って探す話じゃねーかな
>>5
大概そんな沢山ないんだから、既知のサブクラス見りゃいいじゃん
多くても有名どころのクラスなら目ぼしいクラス名を列挙したキーワードでググりゃ使い分け方載ってるだろし
17:デフォルトの名無しさん
14/08/09 09:28:39.96 bPqR1BKt
>>16
それだと本物も何もないだろう。
18:デフォルトの名無しさん
14/08/09 15:58:48.82 GaSGdYKR
おいやめろorg.w3c.domパッケにinterfaceしか見当たらない時の絶望感がフラッシュバックするだろ
19:デフォルトの名無しさん
14/08/09 15:59:20.71 xBV3JNnk
スーパークラスの内部クラスのメソッドをちょろっとだけ書き換えたいんですが、継承してオーバーライドじゃ無理なんですが
わけわからないんですが
20:デフォルトの名無しさん
14/08/09 16:22:58.03 ldhuG6gI
「ファイルを解析しているときにエラーが発生しました」って出て何にもできなくなるんだけど
どうすればええですか
「！」がついてます
21:デフォルトの名無しさん
14/08/09 16:27:03.49 wyFef4GS
！？
22:デフォルトの名無しさん
14/08/09 17:42:35.89 2RCYED/9
>>19
委譲すりゃ？
初期化時に内部クラスのインスタンスもらっといて、書き換えたいメソッド以外は
全部その内部クラスのインスタンスに引数渡して戻り値を返すだけ。
書き換えたいメソッドは引数だの戻り値だのをテキトーに書き換える。
インターフェイス公開されてないと面倒だけど。
23:デフォルトの名無しさん
14/08/09 18:25:03.08 xBV3JNnk
>>22
継承のほかに委譲というのもあったんですね
これでいけそうと思ったんですが、そもそも内部クラスにprivateってついててインスタンスもらえないし、これはいじっちゃダメってことなんすでね
根本的にやり方が間違ってたみたいなので出直して期末・・・
24:デフォルトの名無しさん
14/08/09 21:05:03.13 KvdzKakJ
テキストのパスを指定する時に
C:\\test\\a.txt
C:\\test\\.\\a.txt
どちらも同じ結果になります。
\.\って何の為に存在するのでしょう？
25:デフォルトの名無しさん
14/08/09 21:26:07.51 bPqR1BKt
>>24
.はそのディレクトリで、
..は親ディレクトリなのは良いかな。
パスと言うからには通り道なのだろう。
時には一回休んで辺りを見回してみるのも良いだろう。
26:デフォルトの名無しさん
14/08/09 21:46:10.11 KvdzKakJ
>>25
＞.はそのディレクトリ
存在意義が全く分かりません。
27:デフォルトの名無しさん
14/08/09 22:02:02.97 w5L+OGKC
>>26
相対パスでディレクトリを指定したい場合に、カレントディレクトリを指定するときに"."相当のものがないと困るでしょ。
大雑把に言えば、thisみたいなもんだ
28:デフォルトの名無しさん
14/08/09 22:03:51.89 entfT3YZ
コマンドプロンプトとかシェルを使ったことないのんか
29:デフォルトの名無しさん
14/08/09 22:18:57.74 KvdzKakJ
カレントディレクトリの目印みたいな物ですか。
ありがとうございました。
30:デフォルトの名無しさん
14/08/10 00:02:34.13 BhlEieq8
>>26
じゃあカレントディレクトリを指し示してみなよ。
カレントディレクトリにあるディレクトリ一覧を表示してみなよ。
31:デフォルトの名無しさん
14/08/10 00:09:11.65 38YxP+gO
System.getProperty("user.dir")
32:デフォルトの名無しさん
14/08/10 00:39:48.01 BhlEieq8
>>31
ホームディレクトリがどうかしたのか? 質問か?
33:デフォルトの名無しさん
14/08/10 02:23:35.38 38YxP+gO
URLﾘﾝｸ(docs.oracle.com)
user.home ユーザーのホームディレクトリ
user.dir ユーザーの現在の作業ディレクトリ
34:デフォルトの名無しさん
14/08/10 02:48:24.33 qi71Xrxn
ディレクトリを単独で指定する必要にかられたことがないな
どうせ後でファイル名と結合するんだから "" で十分
35:デフォルトの名無しさん
14/08/10 03:19:09.17 38YxP+gO
JavaVMの実行環境において必ずドットがカレントディレクトリを示してる保障はない
36:デフォルトの名無しさん
14/08/10 03:56:15.60 15lVVzMQ
>>34
ディレクトリのパスを引数として渡さなきゃいけないケース(ファイル一覧を取得したいとか、ディレクトリを基準に動く外部ツールの起動とか)もあるから、
カレントディレクトリを指すFileが欲しいってケースはあるけどなあ。
とはいえ、Java標準APIだけではカレントディレクトリの変更ができないし、"."の使い勝手は良くなくてJavaではなんとも微妙な存在だとは思う。
互換性のことを考えるとなかったら困る存在ではあるけど。引数で"./data.txt"とか来たのをそのままnew File("./data.txt")と渡せなかったらめんどくさいもの。
37:デフォルトの名無しさん
14/08/10 10:14:48.22 BjoIuKvP
explorer .
open .
nautilus .
この辺はしばしば打つから、無いと嫌だなー
38:デフォルトの名無しさん
14/08/10 11:12:09.51 yQHbs+6y
相対パスをFile→URI変換すると勝手に絶対パスになるのやめれ。
39:デフォルトの名無しさん
14/08/10 13:12:23.99 treOjDtP
>>35
プログラムがJAVAに渡すのはネイティブ環境のファイルシステムでのパスでしょ
実行するオペレーティングシステムで"."が使えるなら いけるのでは
40:デフォルトの名無しさん
14/08/11 02:54:09.39 ARpIvTPa
いつの間にかファイルシステムのスレになっとる
41:デフォルトの名無しさん
14/08/11 03:33:43.33 7PxlFrje
強引なマルチプラットホームの弊害だ。スマホのアプリをWindowsで無修正で動かすとは思えん。
ファイルシステムの存在しないハードって戦闘機のプログラムをjavaでUnixでも走るよう作るつもりなのか？
42:デフォルトの名無しさん
14/08/11 03:40:00.56 7PxlFrje
javaはjavaのみで動くシステムを作るのには適しているようだ。アプレットなど良い例。
だが、ちょっと込み入った事をするとC言語の助けが要る。java技術者の書くC/C++コードには疑問を覚える。
43:デフォルトの名無しさん
14/08/11 07:56:15.84 4B0tyuoY
俺の書いたスマホ向けアプリはLinuxでも使ってるけどな。ただAndroidはJavavmでないし、ツールキットAPIも違うし、ファイルシステムもある。
というかカーネル同じだし。
44:デフォルトの名無しさん
14/08/11 10:56:03.31 bC3812jb
>>42
Javaが一度書けばどこでも同じように実行できるというのは理想であって現実じゃない
システムに応じた修正は必要
だが、すべてを書き直す必要はなく少しの修正でいいから便利なんだろうな
45:デフォルトの名無しさん
14/08/11 16:32:58.80 OjtIkku0
FilterやHttpServletのdestroy()メソッドが呼ばれないのですが、仕様でしょうか？
tomcat7とeclipse-tomcat-pluginを使用してます
46:デフォルトの名無しさん
14/08/11 16:35:59.98 x4PNxPCb
いいえ、ケフィアです
47:デフォルトの名無しさん
14/08/11 16:40:07.62 H5Xj3xT9
URLﾘﾝｸ(jobinjapan.jp)
48:デフォルトの名無しさん
14/08/11 16:45:30.40 OjtIkku0
ありがとうございます。どうやら解決できました
49:デフォルトの名無しさん
14/08/11 16:56:16.73 oaxRFEAA
それはよかった
アドバイスした甲斐があったってもんだよ
50:デフォルトの名無しさん
14/08/11 17:38:16.74 pWi6WSwx
いいってことよ
51:デフォルトの名無しさん
14/08/11 22:35:17.27 2iIKlRjV
[ビ＋]【IT】なぜJavaの人気は衰えないのか 2014/08/11
ｽﾚﾘﾝｸ(bbynews板)
52:デフォルトの名無しさん
14/08/12 04:42:34.28 NlQt4ssE
なぜ犯罪は無くならないのか
と同レベルの問い
53:デフォルトの名無しさん
14/08/12 09:14:04.85 MDfoHJpv
人間の根源に関わることか
54:デフォルトの名無しさん
14/08/13 08:50:55.97 4jRH7AhB
最近のjavaはセキュリティが問題なだけでそこさえクリアすれば不満はとくにない。
55:デフォルトの名無しさん
14/08/13 12:58:50.40 FZpQXQuk
ジェネリクスとラムダが他言語と比べて見劣りするのが嫌です
class JABA<T> {
static int cunt;
}
何で静的変数がパラメタ型ごとじゃないんだよ
56:デフォルトの名無しさん
14/08/13 13:36:39.25 AWP8et29
演算子オーバーロードないからな、3Dには向いてないわ
57:デフォルトの名無しさん
14/08/13 13:46:21.30 6uOIoPa+
「コンパイラは改良しても18年前に決めたJava VMに修正が必要な変更はしないから」
これを貫き通そうとするから他の言語に後れをとって進化しないんだよなあ
もう負の遺産以外の何物でもない
58:デフォルトの名無しさん
14/08/13 14:00:22.11 0VzL4TYP
といってもＪａｖａＶＭに変わる仮想マシンってなかなか出てこないね
59:デフォルトの名無しさん
14/08/13 14:41:20.97 0uQ75tha
パラレルのラムダって要素数１万以下でやるとあまり意味し、しかも（スレッド下準備のコストが入るから）リニアのラムダより遅いよね。
ジャバ８ではＧＵＩイベントリスナー用としてラムダ自体は使うだろう。
さらにパラレルが簡単にできるようなライブラリを整備して、ジャバ９では（ジャバMEとARMも加えて）もっとすごいって話だけど、要素数１万以上を（コンディションを変えて）何度もイテレートするって事例があまり思い浮かばない。
ライブラリを作っていても積極的にラムダやストリーム（Spliterator）を要求するようなクラス・メソッドを作る積極的な動機はないし、この際ラムダ禁止でも実際問題支障ないのでは？
60:デフォルトの名無しさん
14/08/13 15:28:58.26 gpa9mtUz
クロージャじゃないようなUNKOラムダは禁止してもいいよな
クロージャはVMの仕様変えなくてもできるんだから
やる気が無いとしか思えない
61:デフォルトの名無しさん
14/08/13 16:02:50.05 dFjsuH5p
ラムダがinterfaceのリテラルの拡張だから、クロージャはabstract class言語仕様のリテラル構文とするのが妥当じゃないか。
ラムダもクロージャも、リテラルによる生成だから（静的）継承extendsはできず必然的にfinal classのインスタンスになるし、クロージャなら実質的に匿名クラスの簡易構文という事になる。
ＪＳＯＮやジャバスクリプト・オブジェクトリテラルみたいなのだけれど、ジャバ的には実行時ジェネリクスというか、クラスやビーンズの実行時の型生成リテラル（動的生成）っていう方向もあり得る。
ＪＶＭでタプル型（struct)の導入を模索してるみたいだから、invokedynamicとラムダと同様に、それに連動してジャバ言語仕様上でクロージャ・リテラルの実現は議論されるかもしれない。
ただそのころになってもラムダやクロージャについて本質的に理解できてる人はあまりいないだろうし、その頃には他のプラットフォームにとっくに移動しているからラムダの時と同じく議論は結局お流れになるだろうね。
62:デフォルトの名無しさん
14/08/13 16:53:10.65 wIrMxmKB
Java 1.5あたりだったかな？
Java 5にしてしまったせいでJava 2.0が出てこられなくなったｗ
63:デフォルトの名無しさん
14/08/13 17:44:00.61 SuK1Ua/C
URLﾘﾝｸ(www.javaroad.jp)
誰か教えてください
64:デフォルトの名無しさん
14/08/13 18:02:12.55 d31PnQ1f
>>63
大前提として。
・privateメンバは継承されない、ので当然オーバーライドはされない。
で、あとは可視性とかの問題になる。ってだけじゃね？
65:デフォルトの名無しさん
14/08/13 23:22:57.98 914TIy15
そのスレで回答してる奴も適当だなぁ。あそこ口だけの偉そう奴が住み着いてるから見ることすらなくなったわ
A：スコープ内
Ｂ：スコープ外
Ｃ：スコープ外
マルチ馬鹿にはこれぐらいの説明でちょうどいい
BとＣにいたっては継承すらされてないものをスコープ外から呼び出そうとしてるしもう氏ねよ雑魚
66:デフォルトの名無しさん
14/08/13 23:27:39.66 0VzL4TYP
プログラミング教室を開けば儲かるかしら
67:デフォルトの名無しさん
14/08/14 03:51:14.34 +2zwhmMM
馬鹿には無理
68:デフォルトの名無しさん
14/08/14 06:54:37.91 T924u3lK
>>63
丁寧に教えてあげようと思ったけど、
見る気があまりにも失せるコード。
Parentクラスは一つでいい。ややこしいし。
アクセス修飾子のテストがしたいなら、
メソッドを複数作っとけばいい。
private void privateMethod();
public void publicMethod();
privateは外部クラスから実行できないもの。
参照はできる。
69:デフォルトの名無しさん
14/08/14 10:03:28.36 qu/lx3w7
@Override
70:デフォルトの名無しさん
14/08/14 23:56:15.28 aDJFK7zc
LAN内でJavaでPGP扱ってメールを送信したいんですがどうすれば出来ますか？
秘密鍵と公開鍵のペアを持ったホストとメールサーバーは別にしたいです
どなたか教えてください
71:sage
14/08/15 01:13:24.82 ZQKQttwC
>>70
文章からして、君には出来ないと思うよ。
大して勉強せずに質問しただろ？
72:デフォルトの名無しさん
14/08/15 01:14:20.69 ZQKQttwC
>>70
文章からして、君には出来ないと思うよ。
大して勉強せずに質問しただろ？
73:デフォルトの名無しさん
14/08/15 01:23:47.37 2Gkvoaiu
文章はともかくサーバー云々は別に設計することだね。
設計が出来なさそうな>>70はライブラリを呼び出すことはできても
別サーバーにするアーキテクチャ設計は無理かも知れない
74:デフォルトの名無しさん
14/08/15 01:26:43.55 QWpeGWzY
そんな・・・
75:デフォルトの名無しさん
14/08/15 01:49:14.74 1e8miiUY
今、「スッキリわかる Java入門」という本を読んでいるけど、
java.net パッケージのクラスを使うと、
数行でネットにアクセスできるらしい
ただし、漏れはよく知らんけど
76:デフォルトの名無しさん
14/08/15 02:30:23.03 dVghf27+
>>70
まず普通にメールは送れたのかい?
77:デフォルトの名無しさん
14/08/15 02:59:59.64 1SxIL55P
JAVAとjavascriptって学ぶ上で、どっちが簡単なの？
簡単な方学ぼうと思う。
78:デフォルトの名無しさん
14/08/15 03:27:27.56 9Au/QACl
JavaとJavaScriptはプログラムとしての担当分野が違うから難易度で選ぶもんじゃあない
79:デフォルトの名無しさん
14/08/15 04:52:22.88 dVghf27+
>>77
どこまで学ぶか、何をしたいかだろう。
80:デフォルトの名無しさん
14/08/15 05:21:29.72 6G1XqCcV
scriptにjavaなんてつけるからこういう勘違いした奴がいなくならないんだよ
htmlscriptに改名すればいいのに
81:デフォルトの名無しさん
14/08/15 09:10:40.48 CDvoSd3o
jsも昔ほど悪くないよ
82:デフォルトの名無しさん
14/08/15 09:18:20.38 dVghf27+
>>80
ecmascriptでいいんじゃない。
83:デフォルトの名無しさん
14/08/15 09:39:07.62 QWpeGWzY
>>76
はい一応メールの送信は出来ました
84:デフォルトの名無しさん
14/08/15 20:58:23.19 1SxIL55P
>>79
簡単なゲームとか作りたい。
あの社畜クエスト的なゲーム、
後はオンラインスゴロク的なのとか
85:デフォルトの名無しさん
14/08/15 23:01:08.19 6G1XqCcV
まず無理だから諦めろ
86:デフォルトの名無しさん
14/08/16 02:10:58.36 nQiWsyll
オーバーライド笑
うんこJavaの凄い機能
87:デフォルトの名無しさん
14/08/16 02:55:13.15 LJ3uP88M
ソケット通信でクライアント側、受信処理でネット切れて
SocketExceptionが発生した後の再接続後の受信処理が上手くいかないのですが、
普通にnew Socket()して、再接続するだけでは駄目？
サーバ、クライアントどっちが原因の可能性が高いでしょうか。
大体こんな感じで、1分ぐらい待てば読み取り成功します。。
Socket a = new Socket();
boolean isSuccess = false;
while ( !isSuccess ){
try{
socket.connet();//接続は成功する
isSuccess = 読み取り処理;//ここで読み取りができない
}catch(Exception e){
socket.close(); //socket = null;は不要？
socket = new Socket();
}finally{
if (isSuccess) socket.close();
}
}
88:デフォルトの名無しさん
14/08/16 03:00:36.49 xDXulvzq
消えた変数a
そして突如現る変数socket
89:デフォルトの名無しさん
14/08/16 03:03:34.54 LJ3uP88M
すまん、そこは適当に書いたからaをsokectに読みかえて
90:デフォルトの名無しさん
14/08/16 03:04:02.18 OF/FX62V
>>87
connectが成功してるんならサーバーの問題
JavaのServerSocketはクセのある糞クラスなので使い方が間違ってるんだろう
91:デフォルトの名無しさん
14/08/17 02:55:43.39 tDv9hBI/
>>84
そのゲーム自体は知らんけど、
ブラウザゲームなのかな？
ただの文字列や画像を表示するようなゲームだったら、
PHPとか出来るし、Javaでも出来ないことはない。
アメーバピグみたいな動きのあるゲームだと、
Flashを使って、ActionScriptで書くとかになるんじゃないか？
リアルタイム通信が必要なゲームは、
かなり勉強しないとまともなの作れないよ。
92:デフォルトの名無しさん
14/08/17 03:06:17.59 tDv9hBI/
>>87
そのコードと説明じゃよくわからない。
サーバーは接続待ち
server.accept();
クライアントから接続する
socket.connect();
愛の通信が始まる。
サーバー側とクライアント側はソケットをクローズする。
または、ネットが途切れるなどの問題。
こういうのがなければ、通信はちゃんと出来てる。
問題は再接続しようとした時に起こるんだよね。
僕はサーバー側のコードに問題ありそうだと思う。
93:デフォルトの名無しさん
14/08/17 03:15:37.98 tDv9hBI/
>>87
使うクラスとかメソッドは、
APIで確認したほうが良いと思うよ。
あと、closeはこんな感じが良いような気がする。
Java7から自動的にクローズされるってなってるけど、
ソケット通信は自分でクローズしたほうが良いと僕は思う。
そうしないとバグが多発した気がする。
try{
接続処理 & 読み取り処理
//処理が終わった時点でクローズ
socket.close();
}catch(IOException e){
}finally{
if(socket != null) {
try {
if (socket != null) {
socket.close();
}
} catch (IOException e) {
}
}
}
94:デフォルトの名無しさん
14/08/17 03:16:34.71 tDv9hBI/
ごめん。if文が一個多かった
try{
接続処理 & 読み取り処理
//処理が終わった時点でクローズ
socket.close();
}catch(IOException e){
}finally{
try {
if (socket != null) {
socket.close();
}
} catch (IOException e) {
}
95:デフォルトの名無しさん
14/08/17 03:32:48.26 Xs8kojmK
1.7以降ならAutoCloseableでいいんじゃないかねぇ