1 :
仕様書無しさん:
JAVAで一番意味ないクラスてなんだろ?
とふと考えた←
Stringクラスとか使うことないよな。
3 :
仕様書無しさん:2006/06/03(土) 20:06:14
3Dあたりはあまり使わないな
4 :
仕様書無しさん:2006/06/03(土) 20:09:07
ボイドクラスてなんなん?
NullPointerException
6 :
仕様書無しさん:2006/06/03(土) 20:21:40
>5
響きがいやらしい
Object
Integer
Stack
set意味ねぇって言ってるアホは居たな。setの意味わかってねぇ。
13 :
仕様書無しさん:2006/06/04(日) 00:10:58
ColorSpace
Void
15 :
仕様書無しさん:2006/06/04(日) 13:58:33
全1,500行がすべて押し込まれている、前任者が作ったmainクラス。
16 :
仕様書無しさん:2006/06/04(日) 16:41:26
SEX
ScatroSEX
HardCoreSEX
AnalSEX
かなあ?
18 :
仕様書無しさん:2006/06/04(日) 19:56:59
>>17 ごめん、そうだった。
俺も前任者とかわんねえや。
Dateクラス(推奨されません)
とりあえずCalendarクラスを使うにしても、
会社の既存のソースの絡みでDateないと面倒なんだが、
どうにもメソッドの仕様がどれとってもウンコ。
GregorianCalendarをjava.sql.Dateに換える時
getTime()の戻り型がjava.util.Dateなので無いと困る。
getTimeInMillis じゃだめ?
1.3のソースと互換性を保つために使えないとか
23 :
仕様書無しさん:2006/06/07(水) 17:06:34
おまえらが作ったクラス全部。
>>2 よく使うクラスなんだが。
おまいが知らない間に使っていることが多いし。
>>7 一番使うクラスだろw
>>9 それが不要なのは同意。
しかも無意味にVectorを継承しているし。
Jakata Commons Collections のあのクラスか
Listのほうが使い勝手がいい。
>>19 java.util.Dateは使い勝手が悪いコンストラクタがあるが
java.sql.Dateはそうでもないぞ。
>>25 いくつかnativeメソッド書いて、内部にchar[]で値を持てばおkwwww
ってこれはStringクラスそのものじゃねーかwww
Class
29 :
仕様書無しさん:2006/06/09(金) 10:40:02
analSex.insert("penis");
33 :
仕様書無しさん:2006/06/09(金) 14:33:22
>>30 大阪人はむしろマヂレスしちゃあかんだろw
>>32 throw new IOException("your 'penis' is too short.");
35 :
仕様書無しさん:2006/06/09(金) 19:15:06
sun.util.BuddhistCalendar
つーか、何でjava.util.Date クラスなんてあるの?
歴史上どんな経緯があってあんな糞クラスになっちまったんだ?
Sunも木から落ちる
java.util.Dateは宇宙人にも対応できるすばらしいインターフェースを備えていますが、何か?
>>27 StringBuilderのほうが高速だろ。
CharBufferクラスとChannelでも
使ってどうにかして高速化でもする気か?
あれを使うとCのchar[]と同じ速さになるので
使い方次第では高速化できるみたいだがw
>>37 java.util.GregorianCalendarを使え。
Dateクラスは一部の機能が使える。
全部使えないってことはないわけで
>>40 >>27を見るとnativeって書いてあるぞ。よく嫁。
ついでに、
>あれを使うとCのchar[]と同じ速さになるので
どこが速くなるのかわかってる?
40は釣りじゃないとしたら知ったかの典型だな。
>>40 そのは高速になる「使い方次第で」の具体的な説明を。
その前に43に知ったかの典型だという具体的な説明を
46 :
仕様書無しさん:2006/07/04(火) 14:31:17
その前に45が何故その説明を求めるのかの説明を
47 :
仕様書無しさん:2006/07/13(木) 00:32:15
Objectのを継承したクラス。
POJOを馬鹿にするな〜〜!!
49 :
仕様書無しさん:2006/07/22(土) 12:42:58
WhiteColorException
Arrays
Javaのクラスそろそろ整理してほしいな。
いらないやつはさっさと非推奨にして。
そだな。非推奨はそもそもコンパイル通さなくして欲しい。
IDEでも検出されないようにして欲しいが、これは5.0以前のでは無理か。
実行できてもコンパイルは通らないとかいいかもね
まぁ現場でのバージョンが昔のもので固定されるだけだが
55 :
仕様書無しさん:2006/07/24(月) 08:44:54
たしかに素人的になんでもかんでも付けすぎてる感がつよいんだよな
基本クラスですら命名規則やコーディング規約がバラバラで読みにくいし
56 :
仕様書無しさん:2006/07/25(火) 21:09:51
javaのクラスとメソッドを全部把握してる奴なんていないだろうな。
8割ぐらい使われてないクラスなんじゃないか?
57 :
仕様書無しさん:2006/07/25(火) 22:50:17
半分くらいは使わないな
ImageProducerとか存在は知ってても使いどころが分からないものとか多い
ImageProducerとかはJava2Dより前の古いAPIの気が。
60 :
仕様書無しさん:2006/08/02(水) 23:40:14
>>53,
>>54 コンパイル通さないってあんた…。
ライブラリからコンパイルできないようにするんだよな。
まさか処理系が通さないようにするなんて事を平気で言ってるんじゃぁ…。
亀レスすまん。
クラスっていうか、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を楽しんでるの?
創るJavaはGUIベースでの説明というめずらしいものだったな。
マルチスレッドにしても配列にしても実際に絵を書いてわかりやすく説明してるのはいい
Swingベースでものつくると楽しいぞ
俺はJava2Dでゲームばっかだが。
絵を触ってなんぼって感じだな
もともと8bit時代のプログラムなんて絵と音楽がスタートだったからな
いきなり言語を理解していなくてもLINEとかPLAYとかを打って楽しむ
そして深く知りたくなったらそこで言語や環境等をしっかり勉強した
はじめて必要になったところを勉強したものだ
だがなぜか今では初心者本ではすべてまず言語をしっかり理解してから
創るもの、そしてGUIは手軽ではない遠いものとなってしまった
言語そのものをしっかり勉強するのならそういった本は大事なのだが、
まず本当の初心者なら言語がどういった感じで動くのか、どうしたら
楽しく遊べるのか、何ができるのかといったとっかかりが重要だと思うのだが
そういう意味で創るJavaは非常に良書
これプラス言語だけを勉強する初心者本でおけ
StringTokenizerなんで何で非推奨になっちゃったのん?
何の話?Java6だと非推奨なの?
StringTokenizer は、互換性を維持する目的で保持されているレガシークラスであり、新規コードでは使用が推奨されていません。この機能の使用を考えているなら、String の split メソッドまたは java.util.regex パッケージを代わりに使用することをお勧めします。
んでもってJ2MEとかだとStringにsplitが実装されてない環境があったりして…
regexも無かったりして…
だのにStringTokenizer使うと非推奨だって怒られたりして…
ヤケになって自分で似た様なクラスを実装してしまって容量圧迫して…
ぬるぽ祭り開催。
レガシー互換は非推奨で怒ったりしないだろ?
Vectorとか未だに現役じゃん
73 :
仕様書無しさん:2006/08/07(月) 19:19:24
Javaのライブラリで一番バグが多いのってどこ?
Voidってクラスがあったような気がする。まーったく使ったことないな。
あとPhantomReferenceとか?
酷すぎるよな。
あれに限っては@deprecatedのメソッド全部消したらいいと思う。
あれは不変クラスじゃないのが一番の失敗だね。
Calendar使い勝手悪いじゃん
そもそもDateがダメでCalendarがいいって理由は何なの?
アクセッサにキー指定しないといけなくて面倒だよね?
CalendarがAbstractだからじゃないか?
グレゴリオや和暦等、地域によって違う日付の名前から、絶対時間を計算する。
そんで、その絶対時間からDateを作成する。っつーのが設計としてエレガントなんだと思う。
つまり
>>77って事になるんだろう。
じゃぁDateをAbstractとかInterfaceにすればいいの?
つーかDateいらない。
結局グレゴリオ暦でミリ秒なんだからlongでいい。
イミュータブルなクラスを作るのはアリといえばアリ。
(それにしてもクラス名はタイムスタンプとかのほうがいいだろうけど。)
だたし、結局グレゴリオ暦に値自体が依存しているのだから、
このクラスのメソッドは変に抽象化しないでグレゴリオ暦依存でいい。
で、カレンダークラスは別につくって、
ロケール依存する操作はそっちでやってDateを生成する。
ここはできる限り抽象化するべき。
・・・大体、ミュータブルな単なる入れ物なのに
なんでデフォルトコンストラクタが現在時刻で初期化すんだ。ふざけてんのか?
そうなんだよな。
Dateクラスって単なるlong値に「使えない」メソッドを加えただけのものでしかないからな。
弊害のほうが大きい。
1.0時代のAPIはそんなもんだ
α品質
Voidクラス
86 :
仕様書無しさん:2006/09/14(木) 09:16:54
Javaでいらない予約語はなに?
strictfp
そういえばstrictfpなんてあったな。
おれは数値計算やってるから使うことあるけどさ
StrictMathなんてクラスも思い出した。
gotoもいらないな。
というかもっともいらない予約語。
>>87 見た瞬間思い浮かんだ答えが次レスでワロス
使えないのに用意してあるのよ。
いや、むしろ用意したのに使えないようにしているのよ。
Javaによる公開私刑なのよ。
const
>>90 いや、昔の名残というやつだよ。
今でもそういうの多い。
なんだ、その『的確なエラーメッセージ』って。
コンパイラの実装に依存するが、標準的なものとして:
goto endsub;
^^^^^^^
(^д^)9m なーにgoto文使っているんだよ時代遅れの化石プギャー!!!
が考えられる。
いや、真面目に考えれば、そこでは
"goto なんて型はない。"
のほうが一層的確だろう。
マジレスしてもしょうがないのはわかっているが。
いや、マジレスされてもなあ…。
しかも、上のレスによると
「gotoをJavaの正式な予約語として、
それを認知し明確に注意できるようなメッセージを出せる」
という感じらしいから、きちんと注意してくれるんじゃないか、
と思ったので、やってみたら、
Hello.java:9: 式の開始が不正です。
goto aLabel;
^
エラー 1 個
と怒られた。あらら。