JAVAで一番意味ないクラスてなんだろ?

このエントリーをはてなブックマークに追加
1仕様書無しさん
JAVAで一番意味ないクラスてなんだろ?
とふと考えた←
2仕様書無しさん:2006/06/03(土) 19:57:05
Stringクラスとか使うことないよな。
3仕様書無しさん:2006/06/03(土) 20:06:14
3Dあたりはあまり使わないな
4仕様書無しさん:2006/06/03(土) 20:09:07
ボイドクラスてなんなん?
5仕様書無しさん:2006/06/03(土) 20:11:57
NullPointerException
6仕様書無しさん:2006/06/03(土) 20:21:40
>5
響きがいやらしい

7仕様書無しさん:2006/06/03(土) 20:35:46
Object
8仕様書無しさん:2006/06/03(土) 20:44:28
Integer
9仕様書無しさん:2006/06/03(土) 21:57:17
Stack
10仕様書無しさん:2006/06/03(土) 22:20:32
set意味ねぇって言ってるアホは居たな。setの意味わかってねぇ。
11仕様書無しさん:2006/06/03(土) 22:45:26
>>2
文字列どうするの?
12仕様書無しさん:2006/06/03(土) 23:37:14
>>11
さて、どうしよう・・・。
13仕様書無しさん:2006/06/04(日) 00:10:58
ColorSpace
14仕様書無しさん:2006/06/04(日) 05:25:51
Void
15仕様書無しさん:2006/06/04(日) 13:58:33
全1,500行がすべて押し込まれている、前任者が作ったmainクラス。
16仕様書無しさん:2006/06/04(日) 16:41:26
SEX
ScatroSEX
HardCoreSEX
AnalSEX
かなあ?
17仕様書無しさん:2006/06/04(日) 19:18:11
>>15 それメソッドでは
18仕様書無しさん:2006/06/04(日) 19:56:59
>>17
ごめん、そうだった。
俺も前任者とかわんねえや。
19仕様書無しさん:2006/06/04(日) 20:11:30
Dateクラス(推奨されません)

とりあえずCalendarクラスを使うにしても、
会社の既存のソースの絡みでDateないと面倒なんだが、
どうにもメソッドの仕様がどれとってもウンコ。
20仕様書無しさん:2006/06/05(月) 06:45:46
GregorianCalendarをjava.sql.Dateに換える時
getTime()の戻り型がjava.util.Dateなので無いと困る。
21仕様書無しさん:2006/06/06(火) 01:08:59
getTimeInMillis じゃだめ?
22仕様書無しさん:2006/06/06(火) 10:02:08
1.3のソースと互換性を保つために使えないとか
23仕様書無しさん:2006/06/07(水) 17:06:34
おまえらが作ったクラス全部。
24仕様書無しさん:2006/06/07(水) 19:37:44
>>2
よく使うクラスなんだが。
おまいが知らない間に使っていることが多いし。

>>7
一番使うクラスだろw
25仕様書無しさん:2006/06/07(水) 19:43:52
>>12
StringBuilderで代用か? 
26仕様書無しさん:2006/06/07(水) 19:55:22
>>9
それが不要なのは同意。
しかも無意味にVectorを継承しているし。
Jakata Commons Collections のあのクラスか
Listのほうが使い勝手がいい。


>>19
java.util.Dateは使い勝手が悪いコンストラクタがあるが
java.sql.Dateはそうでもないぞ。
27仕様書無しさん:2006/06/09(金) 00:55:20
>>25
いくつかnativeメソッド書いて、内部にchar[]で値を持てばおkwwww


ってこれはStringクラスそのものじゃねーかwww
28仕様書無しさん:2006/06/09(金) 04:52:36
Class
29仕様書無しさん:2006/06/09(金) 10:40:02
>>24はなんでマジレスしてるんだ?(w
30仕様書無しさん:2006/06/09(金) 11:20:14
>>29
大阪人だから
31仕様書無しさん:2006/06/09(金) 11:28:48
>>24がおもしろすぎる
32仕様書無しさん:2006/06/09(金) 11:56:27
analSex.insert("penis");
33仕様書無しさん:2006/06/09(金) 14:33:22
>>30
大阪人はむしろマヂレスしちゃあかんだろw
34仕様書無しさん:2006/06/09(金) 14:39:13
>>32

throw new IOException("your 'penis' is too short.");
35仕様書無しさん:2006/06/09(金) 19:15:06
>>24
付き合って下さい
36仕様書無しさん:2006/06/10(土) 01:56:00
sun.util.BuddhistCalendar
37仕様書無しさん:2006/06/10(土) 13:56:30
つーか、何でjava.util.Date クラスなんてあるの?
歴史上どんな経緯があってあんな糞クラスになっちまったんだ?
38仕様書無しさん:2006/06/10(土) 15:14:13
Sunも木から落ちる
39仕様書無しさん:2006/06/10(土) 17:18:32
java.util.Dateは宇宙人にも対応できるすばらしいインターフェースを備えていますが、何か?
40仕様書無しさん:2006/06/12(月) 19:24:52
>>27
StringBuilderのほうが高速だろ。

CharBufferクラスとChannelでも
使ってどうにかして高速化でもする気か?
あれを使うとCのchar[]と同じ速さになるので
使い方次第では高速化できるみたいだがw
41仕様書無しさん:2006/06/12(月) 19:25:58
>>37
java.util.GregorianCalendarを使え。
Dateクラスは一部の機能が使える。
全部使えないってことはないわけで
42仕様書無しさん:2006/06/12(月) 20:07:31
>>40
>>27を見るとnativeって書いてあるぞ。よく嫁。
ついでに、
>あれを使うとCのchar[]と同じ速さになるので
どこが速くなるのかわかってる?
43仕様書無しさん:2006/06/12(月) 21:38:49
40は釣りじゃないとしたら知ったかの典型だな。
44仕様書無しさん:2006/06/12(月) 22:35:38
>>40
そのは高速になる「使い方次第で」の具体的な説明を。
45仕様書無しさん:2006/06/13(火) 00:16:33
その前に43に知ったかの典型だという具体的な説明を
46仕様書無しさん:2006/07/04(火) 14:31:17
その前に45が何故その説明を求めるのかの説明を
47仕様書無しさん:2006/07/13(木) 00:32:15
Objectのを継承したクラス。
48仕様書無しさん:2006/07/15(土) 00:37:26
POJOを馬鹿にするな〜〜!!
49仕様書無しさん:2006/07/22(土) 12:42:58
>>1が作ったクラスが一番使えない。
50仕様書無しさん:2006/07/22(土) 15:27:20
WhiteColorException
51仕様書無しさん:2006/07/23(日) 15:40:18
Arrays
52仕様書無しさん:2006/07/23(日) 18:43:17
Javaのクラスそろそろ整理してほしいな。
いらないやつはさっさと非推奨にして。
53仕様書無しさん:2006/07/23(日) 18:53:38
そだな。非推奨はそもそもコンパイル通さなくして欲しい。
IDEでも検出されないようにして欲しいが、これは5.0以前のでは無理か。
54仕様書無しさん:2006/07/23(日) 19:10:37
実行できてもコンパイルは通らないとかいいかもね

まぁ現場でのバージョンが昔のもので固定されるだけだが
55仕様書無しさん:2006/07/24(月) 08:44:54
たしかに素人的になんでもかんでも付けすぎてる感がつよいんだよな

基本クラスですら命名規則やコーディング規約がバラバラで読みにくいし
56仕様書無しさん:2006/07/25(火) 21:09:51
javaのクラスとメソッドを全部把握してる奴なんていないだろうな。
8割ぐらい使われてないクラスなんじゃないか?
57仕様書無しさん:2006/07/25(火) 22:50:17
>>56
1文目には同意だが、2文目はありえまい
58仕様書無しさん:2006/07/26(水) 07:16:06
半分くらいは使わないな
ImageProducerとか存在は知ってても使いどころが分からないものとか多い
59仕様書無しさん:2006/07/26(水) 07:22:24
ImageProducerとかはJava2Dより前の古いAPIの気が。
60仕様書無しさん:2006/08/02(水) 23:40:14
>>53,>>54
 コンパイル通さないってあんた…。
ライブラリからコンパイルできないようにするんだよな。
まさか処理系が通さないようにするなんて事を平気で言ってるんじゃぁ…。
亀レスすまん。
61仕様書無しさん:2006/08/03(木) 01:20:02
クラスっていうか、omgとかswing辺りのパッケージは
かなり干されてる気がする。
62仕様書無しさん:2006/08/04(金) 01:05:46
Swingはよくつかわれてるだろ
omgはなんのことだかわからん
63北条時輔 ◆ACiNmI6Dxs :2006/08/04(金) 03:22:16
最近、Javaの勉強を始めたんだど(やさしいJava)、
System.out.println(xxx);ばっかりで全然面白くない。
みんなはどうやってJavaを楽しんでるの?
64仕様書無しさん:2006/08/05(土) 01:54:51
創るJavaはGUIベースでの説明というめずらしいものだったな。
マルチスレッドにしても配列にしても実際に絵を書いてわかりやすく説明してるのはいい
65仕様書無しさん:2006/08/05(土) 03:27:18
>>63
javadocには夢が詰まってる
66仕様書無しさん:2006/08/05(土) 07:05:07
Swingベースでものつくると楽しいぞ
俺はJava2Dでゲームばっかだが。
絵を触ってなんぼって感じだな
67仕様書無しさん:2006/08/05(土) 10:24:27
もともと8bit時代のプログラムなんて絵と音楽がスタートだったからな
いきなり言語を理解していなくてもLINEとかPLAYとかを打って楽しむ

そして深く知りたくなったらそこで言語や環境等をしっかり勉強した
はじめて必要になったところを勉強したものだ


だがなぜか今では初心者本ではすべてまず言語をしっかり理解してから
創るもの、そしてGUIは手軽ではない遠いものとなってしまった

言語そのものをしっかり勉強するのならそういった本は大事なのだが、
まず本当の初心者なら言語がどういった感じで動くのか、どうしたら
楽しく遊べるのか、何ができるのかといったとっかかりが重要だと思うのだが

そういう意味で創るJavaは非常に良書
これプラス言語だけを勉強する初心者本でおけ
68仕様書無しさん:2006/08/06(日) 03:41:23
StringTokenizerなんで何で非推奨になっちゃったのん?
69仕様書無しさん:2006/08/06(日) 08:50:03
何の話?Java6だと非推奨なの?
70仕様書無しさん:2006/08/06(日) 12:19:14
StringTokenizer は、互換性を維持する目的で保持されているレガシークラスであり、新規コードでは使用が推奨されていません。この機能の使用を考えているなら、String の split メソッドまたは java.util.regex パッケージを代わりに使用することをお勧めします。
71仕様書無しさん:2006/08/07(月) 03:10:44
んでもってJ2MEとかだとStringにsplitが実装されてない環境があったりして…
regexも無かったりして…
だのにStringTokenizer使うと非推奨だって怒られたりして…
ヤケになって自分で似た様なクラスを実装してしまって容量圧迫して…

ぬるぽ祭り開催。
72仕様書無しさん:2006/08/07(月) 03:40:21
レガシー互換は非推奨で怒ったりしないだろ?
Vectorとか未だに現役じゃん
73仕様書無しさん:2006/08/07(月) 19:19:24
Javaのライブラリで一番バグが多いのってどこ?
74仕様書無しさん:2006/08/08(火) 00:16:04
Voidってクラスがあったような気がする。まーったく使ったことないな。
あとPhantomReferenceとか?
75仕様書無しさん:2006/08/11(金) 07:25:25
>>73
Date. 存在自体がバグ。
76仕様書無しさん:2006/08/11(金) 16:35:48
酷すぎるよな。
あれに限っては@deprecatedのメソッド全部消したらいいと思う。
77仕様書無しさん:2006/08/11(金) 21:10:39
あれは不変クラスじゃないのが一番の失敗だね。
78仕様書無しさん:2006/08/11(金) 21:41:44
Calendar使い勝手悪いじゃん
79仕様書無しさん:2006/08/11(金) 21:48:49
そもそもDateがダメでCalendarがいいって理由は何なの?
アクセッサにキー指定しないといけなくて面倒だよね?
80仕様書無しさん:2006/08/12(土) 05:10:41
CalendarがAbstractだからじゃないか?
グレゴリオや和暦等、地域によって違う日付の名前から、絶対時間を計算する。
そんで、その絶対時間からDateを作成する。っつーのが設計としてエレガントなんだと思う。

つまり>>77って事になるんだろう。
81仕様書無しさん:2006/08/12(土) 12:13:54
じゃぁDateをAbstractとかInterfaceにすればいいの?
82仕様書無しさん:2006/08/13(日) 11:38:11
つーかDateいらない。
結局グレゴリオ暦でミリ秒なんだからlongでいい。

イミュータブルなクラスを作るのはアリといえばアリ。
(それにしてもクラス名はタイムスタンプとかのほうがいいだろうけど。)
だたし、結局グレゴリオ暦に値自体が依存しているのだから、
このクラスのメソッドは変に抽象化しないでグレゴリオ暦依存でいい。

で、カレンダークラスは別につくって、
ロケール依存する操作はそっちでやってDateを生成する。
ここはできる限り抽象化するべき。

・・・大体、ミュータブルな単なる入れ物なのに
なんでデフォルトコンストラクタが現在時刻で初期化すんだ。ふざけてんのか?
83仕様書無しさん:2006/08/16(水) 01:14:53
そうなんだよな。
Dateクラスって単なるlong値に「使えない」メソッドを加えただけのものでしかないからな。

弊害のほうが大きい。
84仕様書無しさん:2006/08/16(水) 15:01:43
1.0時代のAPIはそんなもんだ
α品質
85仕様書無しさん:2006/09/04(月) 09:58:58
Voidクラス
86仕様書無しさん:2006/09/14(木) 09:16:54
Javaでいらない予約語はなに?
87仕様書無しさん:2006/09/14(木) 09:51:22
strictfp
88仕様書無しさん:2006/09/14(木) 22:01:25
そういえばstrictfpなんてあったな。
おれは数値計算やってるから使うことあるけどさ

StrictMathなんてクラスも思い出した。

gotoもいらないな。
というかもっともいらない予約語。
89仕様書無しさん:2006/09/14(木) 23:37:14
>>87
見た瞬間思い浮かんだ答えが次レスでワロス
90仕様書無しさん:2006/09/16(土) 07:33:06
使えないのに用意してあるのよ。
いや、むしろ用意したのに使えないようにしているのよ。
Javaによる公開私刑なのよ。
91仕様書無しさん:2006/09/17(日) 19:26:12
const
92仕様書無しさん:2006/09/19(火) 15:01:27
>>90
いや、昔の名残というやつだよ。
今でもそういうの多い。
93仕様書無しさん:2006/09/19(火) 18:07:20
>>88-92
>キーワード const 及び goto は, 現在Javaでは使用されていないが,予約語とする。
>これによって,これらのC++キーワードがJavaプログラム内で誤って使用されたならば,
>Javaコンパイラは的確なエラーメッセージを表示できる。
ttp://www.y-adagio.com/public/standards/tr_javalang/3.doc.htm#229308
94仕様書無しさん:2006/09/19(火) 23:38:20
なんだ、その『的確なエラーメッセージ』って。
95仕様書無しさん:2006/09/20(水) 00:57:33
コンパイラの実装に依存するが、標準的なものとして:

goto endsub;
   ^^^^^^^
(^д^)9m なーにgoto文使っているんだよ時代遅れの化石プギャー!!!

が考えられる。
96仕様書無しさん:2006/09/20(水) 08:33:38
いや、真面目に考えれば、そこでは
 "goto なんて型はない。"
のほうが一層的確だろう。

マジレスしてもしょうがないのはわかっているが。
97仕様書無しさん
いや、マジレスされてもなあ…。
しかも、上のレスによると
「gotoをJavaの正式な予約語として、
それを認知し明確に注意できるようなメッセージを出せる」
という感じらしいから、きちんと注意してくれるんじゃないか、

と思ったので、やってみたら、

Hello.java:9: 式の開始が不正です。
        goto aLabel;
        ^
エラー 1 個

と怒られた。あらら。