- 1 名前：デフォルトの名無しさん mailto:sage [2008/08/10(日) 18:21:51 ]
- プログラミング言語Javaに関する質問スレです。
JavaScript, Ajaxの質問は、ここでは受け付けていません。
Web製作管理 pc11.2ch.net/hp/
Webプログラミング pc11.2ch.net/php/
をご利用下さい。
よくある質問
・「コマンドまたはファイル名が違います」
「'javac' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。」
「Exception in thread "main" java.lang.NoClassDefFoundError: 」
www.wikiroom.com/java/?path,classpath
・String に == は使うな。equals() を使え。
・「\12288 は不正な文字です。」
文字リテラル以外で全角スペースは使えません。半角スペースに。
・その他の質問→「APIのjavadoc見ろ」
前スレッド
【初心者】Java質問･相談スレッド116【歓迎】
pc11.2ch.net/test/read.cgi/tech/1213347130/
次スレは>>990あたりで。
過去ログ、関連スレッド、よくある質問とその回答など、
質問をする前に、貴方が見なければならないサイトについての情報は、
下のwikiのページにまとめてあります。
www.wikiroom.com/java/
- 830 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 23:15:12 ]
- てかループの最後でreadLineしなきゃダメだろ、冷静に考えろ
- 831 名前：798 mailto:sage [2008/08/31(日) 23:22:32 ]
- >>829 >>830
もうほんとありがとうございます。どっちのパターンでもできました。
未熟ですいません。途中泣きそうになってました。
教えていただいた知識はありがたく吸収させて頂いて、
完全体への糧とさせて頂きます。
- 832 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 23:23:39 ]
- アグモン進化〜〜〜！
- 833 名前：デフォルトの名無しさん [2008/08/31(日) 23:24:47 ]
- javaの文字処理は、
while (r.ready()) {}
がセオリーなんだけど・・・
アホな奴が書いた説明を読んだんじゃないの？
- 834 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 23:34:27 ]
- セオリー(笑）と言い切る根拠示したら？
- 835 名前：798 mailto:sage [2008/08/31(日) 23:34:28 ]
- >>832
ちょｗｗ
>>833
独学でやってるんですが、教科書にはその書き方はのってなかったですね。
でもちょっとした応用ですよね。気付かない自分の無力としておきます。
ありがとうございます。
- 836 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 23:37:55 ]
- VB上がりの人は、rubyかperlの方からやっるといいよ。
- 837 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 23:39:14 ]
- >833
言いたいことは解るが、その場合は
while(r.ready()) {
System.out.println("文字列を入力して下さい");
String s = r.readLine();
if(s.equals("end")) break;
// 以下同様
}
と書かなくてはならないだろ。
そこまでちゃんと説明しないのはあまりにも無責任。
ついでにいえば、r.ready()がfalseになることは基本的にないからな、標準入力からとっているわけだし。
- 838 名前：デフォルトの名無しさん [2008/08/31(日) 23:40:12 ]
- >>795
こいつには「友達はいないだろうな」と感じるのは、俺だけなのかな・・・
- 839 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 23:43:04 ]
- たぶんMSDNのVBの記事ののりで、いつまでもお子ちゃまのままなのか、もともと糞まみれのまま生活してるとかじゃないか？
- 840 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 23:44:18 ]
- だなｗ
- 841 名前：デフォルトの名無しさん mailto:sage [2008/08/31(日) 23:45:40 ]
- ぬるぽ
- 842 名前：デフォルトの名無しさん [2008/08/31(日) 23:52:42 ]
- >>805
です。帰ってきました。
具体的には
JPanel panel = new GraphicPanel("image.jpg");
JTextArea area1 = new JTextArea();
JTextArea area2 = new JTextArea();
area1.setOpaque(false);
area2.setOpaque(false);
JScrollPane scrollA = new JScrollPane(area1);
JScrollPane scrollB = new JScrollPane(area2);
scrollA.getViewport().setOpaque(false);
scrollB.getViewport().setOpaque(false);
panel.setLayout(new GridLayout(2,1));
panel.add(scrollA);
panel.add(scrollB);
という形でやっているのですが・・
GraphicPanel()は、別クラスでイメージ名を渡すとそれがパネルの背景になります。
- 843 名前：デフォルトの名無しさん [2008/08/31(日) 23:56:03 ]
- >>834
>>837
流れを見ると、君が勉強不足なだけのようだけど？
- 844 名前：デフォルトの名無しさん [2008/08/31(日) 23:59:56 ]
- >>837はかなり問題発言だと思うけど、このスレ的には放置でいいの？
- 845 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 00:01:36 ]
- ITドカタ出身のカスみたいだし、ほっとけばいいんじゃない？
- 846 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 00:03:55 ]
- >>841,844,845
だなｗ
- 847 名前：805 mailto:sage [2008/09/01(月) 00:06:48 ]
- どうやらJScrollPanelの透明化が出来てないようです。。
- 848 名前：805 mailto:sage [2008/09/01(月) 00:13:08 ]
- setOpaque
getViewport().setOpaque
どちらもやると透明になりました!!すれ汚しすいませんでした。
- 849 名前：デフォルトの名無しさん [2008/09/01(月) 00:15:32 ]
- そうだ！大学や専門学校でVBとかC#を教えればいいんじゃんか！
VBの方が使ってる人多いし、VBアプリもいっぱいあるじゃん。
高校ではBASIC教えてんだから、何で大学とかでVBを教えないんだよ。オレ頭いい〜
- 850 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 00:19:54 ]
- >>805
これ参考になるかな？
ttp://terai.xrea.jp/Swing/CentredBackgroundBorder.html
>>809
使ってるのはDefaultTableCellRendererだよな？
だとしたらgetTableCellRendererComponenメソッドをオーバーライドして、
super.getTableCellRendererComponenで取ってきたComponentを
JLabel(もしくはJComponent)でキャストしてやつを
setBorder(null)にすればうまく行く様な気がする。
- 851 名前：デフォルトの名無しさん [2008/09/01(月) 00:37:46 ]
- ジャヴァ最高！
サン最高！
アムロ最高！
- 852 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 00:45:04 ]
- 以下でchannelを閉じるときにFileOutputStreamって自動的に閉じますよね？
FindBugsさんに怒られて不安になってしまいますた。
FileNotFoudExceptionとIOExceptionはメソッド単位で投げてます。
clearしているstreamは引数で与えているByteBufferです。
File file = new File(fileName);
FileChannel channel = null;
try {
channel = new FileOutputStream(file).getChannel();
channel.write(stream);
} finally {
// 事後処理
stream.clear();
if (null != channel) {
channel.close();
}
}
- 853 名前：デフォルトの名無しさん [2008/09/01(月) 00:52:09 ]
- javaで開発してる人の半分以上はwindowsであるという事実がある。
しかしjvm runtimeも.net runtimeもほぼ同じことが出来るのに、なぜこれほどまでにMSは嫌われるのかが謎だな。
さらにwindowsのvb, c#で簡単なこと（例えばメディア・プレーヤ系とか）をわざわざjavaでやるのもまたなんとも香ばしい。
今の時代の主流OO言語風に言えば、.netで作ったライブラリをjvmから呼び出せば済むことなんじゃないの？
- 854 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 01:03:19 ]
- dot net と jvm bytecode が相互にアクセスして相互に運用が出来るライブラリとかはもう誰かが作ってるよ。
どっかにあったような…海外だったかな？
- 855 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 01:30:28 ]
- >>853
効率だけで物事を選ぶわけじゃないからだろ。
- 856 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 01:39:28 ]
- >>841
ガッ
- 857 名前：デフォルトの名無しさん [2008/09/01(月) 01:45:30 ]
- 俺のサーバPC（インテルCPUじゃないの）でiphone使えたりmp4再生できても意味ないからな・・・
それよりも、それらコーディックの類は特許の塊でもあるから、jvmで実装するよりもそういうのは特許に関心があるMSに任せといて、
それらメディア系のファイル使うときは、dotnetやjavaのライブラリAPIでアクセスできれば十分じゃないの？
h.264みたいな最先端の技術はさすがに専用のデコーダ兼表示端末（インテルPCとかかな）ないと実用じゃないだろうけど、
そうじゃなければ、昔からあるシェルのパイプ機能に毛が生えたのでいいよ。
特許がどうとか言うと、ライセンスとか裁判とかジャスラックとかウザイだろｗ
どうせおまえなんか法学部出身なわけでもなければ民事裁判やったことないんだろうしｗｗ
- 858 名前：デフォルトの名無しさん [2008/09/01(月) 01:53:59 ]
- iniファイルでプロパティ設定するのは骨が折れるから、プロパティ設定辺りはいまどきはGUIでサクッとやりたいなと思うけど。
Javaがデスクトップとかメディアに進出もいいけど、どうせ特許の壁にぶつかるし、出来ても所詮はネイティブであって、携帯電話でそのデコーダ（コーディック）が動くわけでもないし、
今必要なのは、swingみたいにコンポーネントやbeansを作ってくれればいいでない？
java/jvmの管理とかマネジメント充実も一通り終わったから、そろそろデスクトップのUIとかの方かなと思う。
- 859 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 02:42:31 ]
- 夏休みは終わったらしいぞ
- 860 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 03:35:07 ]
- すれ違い
- 861 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 08:04:21 ]
- どなたか
>833
の解説をお願いします。
reader.ready() は「次の読み込みがブロックされるかどうか」だけとの事ですので、例えば以下の場合には正常に動作しない場合もあるかと思います。（※クライアントからデータが未送信の場合）
Socket s = serverSocket.accept();
BufferedReader reader = new BufferedReader(new InputStreamReader(s.getInputStream()));
while(reader.ready()) {/* 処理 */}
また、StringReader#ready() は常に true を返したりもします。
このような危険性がありながらなお ready() がセオリーとされる理由を御教示頂けないでしょうか
- 862 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 10:30:33 ]
- それよか、.NetとJVMを結びつけるライブラリとかほんとにあんの？
- 863 名前：デフォルトの名無しさん [2008/09/01(月) 10:44:40 ]
- >>861
たぶん君は、ストリームのことを大学で教えてもらえなかった哀れな人なんだろう。
まずstdinを(line!=null) ?とかでナル・チェックするのはマズイことを知れ。
- 864 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 12:13:46 ]
- >863
お返事ありがとうございます。
独学なので更に哀れな知識量しかなく、色々間違っているかと思います。
もう少々お付き合い下さい。すみません。
> stdinを(line!=null) ?とかでナル・チェックするのはマズイことを知れ。
との事ですが、その前に疑問を整理させて下さい。
元々の疑問は、「文字処理は ready()がセオリー」との発言でした。これは標準入力に限らず、Reader 系全般に当てはまるかと思います。
ここで、敢えて ready() をセオリーと言っていた事がよく分かりませんでした。
Reader#ready() は、「次の読み込みがブロックされるかどうか」を返す訳ですから、入力が無い == ブロックされる == false となり、例えば標準入力であれば、起動直後の入力が無い場合には
BufferedReader r = new BufferedReader(new InputStreamReader(System.in));
while (r.ready()) {/* 処理 */}
としてもループ内に入ることなく抜けてしまい、期待した動作はしないかと思います。
同様に、Socket から文字列を読み込む場合でも、通信状態に応じて、データパケットが届く前に ready() が実行される事もあるかと思います。
であるのに、ready() をセオリーとする理由がよく分からず、質問した次第です。
（ファイルからの入力に限定するのであれば、ready() がセオリーでも理解はできるのですが）
頭の悪い質問で申し訳ありませんが、回答をよろしくお願いします。
あと、stdin を null チェックするのはまずい、という理由もよく分かりませんでした。
System.in は null を返さない、とかそういう単純な理由ではありませんよね？
宜しければ一緒に教えて頂けないでしょうか
- 865 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 14:04:51 ]
- 俺は Reader#ready() 使ったことないのでセオリーとは思ってない。
stdin だろがなんだろが BufferedReader#readLine() だったら EOF->null だから当然チェックする。
>>833 >>863 の説明に期待するかｗ
で、Reader#ready() は「ブロックされるかどうか」じゃなく「ブロックされないかどうか」だ。
false だからといってブロックするとは限らないし、入力が無いとも言えない。
- 866 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 14:47:41 ]
- JTableからJScrollPaneって取得できますか。
JTableのsetVisibleだとテーブルを非表示にできないようなので、
JScrollPaneのsetVisibleを呼びたいのですが。
- 867 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 14:50:33 ]
- getParentで取得してチェック
- 868 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 14:55:54 ]
- インタフェースにあるクラス（インタフェースじゃない）を継承させることってできますか？
- 869 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 15:05:05 ]
- むり
- 870 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 16:04:35 ]
- >>867
thx!
- 871 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 16:41:30 ]
- 基本データ型のうちなぜString型だけ先頭が大文字なのでしょうか？
これだとラップクラスと同じになりますよね。
- 872 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 16:54:09 ]
- Stringは基本データ型ではありません
java.langパッケージに属するクラスです
- 873 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 16:54:35 ]
- >>871
Stringは基本データ型じゃないだろ。
- 874 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 16:59:34 ]
- これだからCをやってないやつはだめなんだよな
- 875 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 17:09:00 ]
- ではchar型も基本データ型ではありませんね
- 876 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 17:12:20 ]
- どうしてそう思いますか？
- 877 名前：871 mailto:sage [2008/09/01(月) 17:23:02 ]
- すみません何か大きな勘違いをしてました
Stringはどう見ても基本データ型じゃないです
- 878 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 18:15:43 ]
- byteからintに符号なしでキャストしたいときはどうするんですか？
- 879 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 18:18:02 ]
- (int)Math.abs()
- 880 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 18:30:24 ]
- >>879
言い方が悪かったです
(byte)0xff が-1でなく255になるようにしたいです
- 881 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 18:33:24 ]
- byte b;があったとして
b&0xFF
ってすりゃいいよ。
- 882 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 18:36:32 ]
- (int) ((byte) 0x80) // 0xffffff80 = -128
((int) ((byte) 0x80)) & 0xff // 0x80 = 128
- 883 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 18:41:32 ]
- 解決しました。ありがとうございます
- 884 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:01:57 ]
- > 865
返答ありがとうございました。
ひとまず、ready() の件はセオリーとは言えない、と認識して納得しました。
> で、Reader#ready() は「ブロックされるかどうか」じゃなく「ブロックされないかどうか」だ。
確かにその通りでした。大ボケこいてました。ご指摘ありがとうございます。
お騒がせしました。
- 885 名前：デフォルトの名無しさん [2008/09/01(月) 20:17:22 ]
- APIもちゃんと読んでもいなければ、ソースも読んでないんだろうな。
たとえば、java.io.Ready.read():Iのソース見たことないだろｗ
お前のようにいつまでも妄想してようじゃ上達しないんじゃない。
それなら、いつready()を使うんだろう？
- 886 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:21:34 ]
- >>884
ready()とストリームついて知りたかったら、難しい解説本読むか、ちゃんと学校いけよｗ
２ｃｈでお手軽に聞くようなお手軽独学厨房にはもったいなくて教えてやんないｗｗ
- 887 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:25:17 ]
- >>885
java.io.Ready.read・・・
- 888 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:32:57 ]
- すみません
知識が浅いもので不快にさせてしまいましたら申し訳ありません
一応、判らないなりに、SunのJAVA5実装はReaderからStreamDecoder経由してio_util_md.c までは辿っています。
これ以上どこを見るといいのか教えて頂けますか
よろしくお願いします
- 889 名前：デフォルトの名無しさん [2008/09/01(月) 20:33:29 ]
- ストリームも知らないなら別にナムル・チェックいいでない？
どうせargs[k]とかやってる程度の人だろうしｗｗ
- 890 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:39:34 ]
- >>885
よっぽどのアホだな・・・
- 891 名前：デフォルトの名無しさん [2008/09/01(月) 20:41:23 ]
- あじゃぱー
- 892 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:41:34 ]
- >>889
日本語でおｋ
- 893 名前：デフォルトの名無しさん [2008/09/01(月) 20:46:29 ]
- >>888
そこまでソース追いかけても分からないならタコでしょｗ
Reader.read():Iが何でnativeでなくてnew char[1]なのかで十分分かると思うけど・・・
もしセンスがあればだけど、多分君はお勉強はできるけど・・・あんまし・・・ってタイプでしょうか？
というよりも、それならいつready()を使うわけ？
- 894 名前：デフォルトの名無しさん [2008/09/01(月) 20:49:54 ]
- 東大の教授になりたかった・・・
- 895 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:51:40 ]
- >>893
バカには一生わかんねーよ
- 896 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:52:54 ]
- >>894
共産党に入れ
- 897 名前：デフォルトの名無しさん [2008/09/01(月) 20:57:20 ]
- >>895
なんみょう〜
なんみょう〜
なんみょう〜
- 898 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 20:59:49 ]
- まずJavaの本読むより、「バカの壁」を読んでからじゃね？
- 899 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 21:01:12 ]
- ListってCでいうとこのstructみたいなもんすか？
- 900 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 21:09:26 ]
- >>899
リストはCでもつかうだろ。
- 901 名前：デフォルトの名無しさん [2008/09/01(月) 21:38:21 ]
- ready()なんか使う奴こそ糞だな！
一生ナンミョウ〜やってろよｗｗ
- 902 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 21:49:04 ]
- >>901
いや、使う用件はあるだろ。
- 903 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 21:52:35 ]
- ready?
- 904 名前：デフォルトの名無しさん [2008/09/01(月) 21:54:11 ]
- ストリームわかんねーの奴は「Cが難しすぎてJAVAに逃げてきました」って程度だろ。そういう奴はJAVAも無理無理。VBAかVBぐらい丁度いいよｗ
- 905 名前：デフォルトの名無しさん [2008/09/01(月) 21:56:58 ]
- ストリームもそうだけど、スレッドも分からない奴がいたよな。
スレッド・セーフがどうとかこうとか適当な妄想を言ってたけど、アレはC＃のスレだったか？
- 906 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 21:57:22 ]
- >>833はまったくの嘘だから気にしなくていいよ
- 907 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:05:57 ]
- StringBufferクラスの必要性をご教授ください。
Stringだけで十分だと思うのですが・・・
- 908 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:10:59 ]
- それなら、char[]で間に合うから、Stringも必要ないね
- 909 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:11:55 ]
- StringBuilderで間に合うから、StringBufferは要らないね。
- 910 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:18:08 ]
- ここは一応 初心者歓迎 となってるのを忘れてないか？
- 911 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:24:49 ]
- うん歓迎してるぜ。
- 912 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:28:42 ]
- 充分にヒントになっているかと思うが？
- 913 名前：デフォルトの名無しさん [2008/09/01(月) 22:34:35 ]
- >>908
悪いがそれは違うな。もう一度JAVAのオブジェクト指向プログラミングの技法とやらから初めて、一からやり直したらどうだろか？
- 914 名前：デフォルトの名無しさん [2008/09/01(月) 22:38:00 ]
- >>907
StringBufferはreverse()するとき良く使いますｗ
- 915 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:39:56 ]
- Stringクラスは代入するたびに新しいStringオブジェクトを作るので、
メモリ的にも処理速度的もコストが高いんよ。
例えば、aとbとcの文字列を連結する場合に以下のような処理があったとすると
--------------------
String buffer = a;
buffer += b;
buffer +=c;
--------------------
StringBuffer buffer = new StringBuffer(a);
buffer.append(b);
buffer.append(c);
--------------------
Stringでは、 += bをしている処理は a に b の文字列を連結してる
のではなく、 aとbを連結したStringオブジェクトを新しく作ってる。
同様に +=c の処理でも 新しいStringオブジェクトを作ってる。
一方StringBufferでは、 .append(b) では 文字列を連結しているので
新しいStringBufferオブジェクトは作っていない。
つまり、新しいオブジェクトを作っていない（newしていない）分
メモリも速度も節約できるということ。
- 916 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:45:57 ]
- >>906
答えられもしないくせに適当なこと言うな
- 917 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:46:22 ]
- >>915
文字列の操作を行う場合は、って前提が抜けてなければ完璧な回答だったのにな
- 918 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 22:54:39 ]
- まぁ今はコンパイルする時点で文字列の結合はStringBuffer#append()に置き換えてくれるから単純な結合は無視しちゃっていいけどね
- 919 名前：デフォルトの名無しさん [2008/09/01(月) 22:56:28 ]
- 0と1を反転させる方法を教えてください。
かっこいい方法は無いですか？
- 920 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:00:00 ]
- 文字列の0と1なのか別のモノの0と1なのかくらい示せ
- 921 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:01:09 ]
- かっこいい方法…俺には無理だ
- 922 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:01:30 ]
- アセンブラの頃は良く XOR したな…
- 923 名前：デフォルトの名無しさん [2008/09/01(月) 23:03:47 ]
- int型でお願いします。
- 924 名前：デフォルトの名無しさん [2008/09/01(月) 23:09:04 ]
- >>915
そんな数十行にもわたって書くことじゃないと思うけど、お前が噂のニートだろ？それに友達も一人もいない自宅警備員で、実際は、プログラムも作ったことない無能だろｗｗ
- 925 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:15:03 ]
- おー、こわい、こわいｗ
- 926 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:17:44 ]
- > 893
ひとまず、標準入力の件に関しては
java ReaderClass < data.txt
といったデータの与え方をした場合の事なのではないかと理解しました。
確かに、この場合には間違いなく ready() の使い所と思います。
この理解は間違っているでしょうか？
- 927 名前：デフォルトの名無しさん [2008/09/01(月) 23:18:52 ]
- >>915の性格はキモイ説明サイトと同類だな。
もう、そういうサイトはいっぱいあるし、一見丁寧に説明しているようでどうでもいいところが長いだけだし、その程度の説明じゃ人は来ないだろうけどｗｗ
たとえば、x=1; new StringBuffer(x)とかだと、その説明の効率的の指摘からすれば、逆に非効率になるんじゃないの？
知ったかぶっりの雑学知識を披露したのは、わからないでもないんだけどねぇ・・・それじゃ文系のITジャーナリストと同じムジナだな・・・
- 928 名前：デフォルトの名無しさん [2008/09/01(月) 23:23:01 ]
- 文系といえば、確かにALL ABOUTの記事かいてるのはキモイ奴の多いよな。
「どこにも就職できなかったけど、Aｌｌ Aboutで拾ってもらいました！！」て感じのオーラが強いって言うか…
早稲田みたいなところの心理学科卒業で、All Aboutで「アロマがどうとかは心理的に〜」とか専門術語を使って妄想記事かいてるのは吹いたｗｗ
>>915は結局それと同じムジナ。もう無理しないで死んでいいよ。
- 929 名前：デフォルトの名無しさん mailto:sage [2008/09/01(月) 23:24:08 ]
- >>919
!
- 930 名前：デフォルトの名無しさん [2008/09/01(月) 23:25:14 ]
- >>929それはboolean
|
 |
