【初心者】Java質問･� ..

---

[2ch|▼Menu]

237:デフォルトの名無しさん
07/03/10 09:01:07
>>236
parseInt を3つまとめてtry-catchするんじゃなくて、
ひとつづつtry-catchすればわかるじゃん。
あとはカウンタ変数でも作って、今何番目のparseIntやってるかわかるようにするとか。

238:223
07/03/10 09:06:27
>>237
ひとつずつキャッチする手はもうやってみたのですが、やっぱりそれが一番早いですかね?
カウンタ変数のほうをチャレンジしてみたいと思います。
ありがとうございました！

239:223
07/03/10 09:17:34
>>237
忘れてました。ひとつずつtryのすぐあとでcatchしていくと例外は拾えるんですけど、
処理をそこで終われないですよね?その後にある計算式は例外でも実行されてしまって
エラーになってしまいました。
もし、ひとつずつtry-catchしていくのであれば、どこに計算式などを入れるべきですか?


240:デフォルトの名無しさん
07/03/10 09:41:12
>>236
入力ください
で吹いたｗ

241:デフォルトの名無しさん
07/03/10 09:42:37
>処理をそこで終われないですよね?
return;

242:デフォルトの名無しさん
07/03/10 10:39:34
>>239
try-catchだと記述が長ったらしくなるから、parseをラップするメソッドを作る手もある。
引数は文字列、戻り値はInteger但しparse失敗時はnull。
そのメソッドの中でtry-catchを使う。
.NETにあるTryPaseの亜流みたいなもん。

243:デフォルトの名無しさん
07/03/10 10:55:31
HashMapを使って文字列と数字を扱いたいのですが
HashMap<String, int>はintがObjectじゃないからできないんでしょうか？
この場合HashMap<String, Integer>とするべきですか？

244:221
07/03/10 10:59:49
>>232
スクールに通ってましたが素人同然です('A`)
関連付けはjavawを変更できないとすると、
結局>>221のプログラムはwクリックでは実行出来ないということでしょうか？
誰かにこのプログラムを使ってもらう時に
「コマンドプロンプトからjava -jar Test.jarって入力してね」
と言うのはちと苦しいです。

245:デフォルトの名無しさん
07/03/10 11:03:57
>>243
プリミティブ型は入れられないのでそうする必要がある。
使うときはautoboxing/unboxingが効くので直接プリミティブを使う
コードを書いてもOK。コンパイラがこっそりIntegerに入れたり出したり
してくれる。



246:デフォルトの名無しさん
07/03/10 11:05:08
@echo OFF
java -jar Test.jar

なバッチを一緒に置いておいてもダメだっけか?

最近WindowsでJava使ってないから忘れたわ。


247:デフォルトの名無しさん
07/03/10 11:15:38
>>245
ありがとうございます
色々調べたり実験したりでちょっと遅れてしましました

宣言だけIntegerにすれば、他ではintとして扱っても問題ないんですね


248:デフォルトの名無しさん
07/03/10 11:52:50
>>244
ダブルクリックみたいなGUIど真ん中なことやりたかったら、普通はswingとか使う。
コマンドプロンプトがどうしても必要な場合は>>246の言うとおりバッチでラップすればおｋ。

249:デフォルトの名無しさん
07/03/10 14:31:28
>>219
ありがとうございます。
調べてみたら、Javaの上位IOクラスは内部バッファとして8192byteつかっていることがわかりました。
その値に統一して使いたいと思います。

250:デフォルトの名無しさん
07/03/10 14:34:43
バッチファイル使うんなら、pause　で入力待ちすればＯＫか。

251:221
07/03/10 15:47:13
バッチファイルというのは初耳でした。
>>246をTest.jarのあるフォルダにa.batとして保存してこれをwクリックで無事実行できました！
皆さんに感謝します。

252:230
07/03/10 17:44:56
なるほど、ヌル文字列とヌルポインタの関係みたいなもんですね(｀・ω・´)
遅レスですが、ありがとうございました。

253:デフォルトの名無しさん
07/03/10 17:55:32
Cのようなポインタを使用するプログラムだと常識として覚えてるものだが、
JAVAのようなオブジェクト指向だとポインタ意識しなくていいから知らない人が増えてきたな。
便利になると共に起こる、知識不足の弊害だな。

254:デフォルトの名無しさん
07/03/10 18:10:00
>>253
＞JAVAのようなオブジェクト指向だとポインタ意識しなくていいから
んなアホな

255:デフォルトの名無しさん
07/03/10 18:13:10
>>254
ポインタ操作って普通に使わないでしょう。

256:デフォルトの名無しさん
07/03/10 19:23:16
ポインタ演算とか冗長な書き方を許容してないだけでポインタを使ってることを意識しないわけじゃないだろ

257:デフォルトの名無しさん
07/03/10 19:27:04
意識しなくていいというと語弊があるが、
実際に意識していない初心者が増えてきたってことだと思う。

258:デフォルトの名無しさん
07/03/10 21:02:20
private int id;
public int getId(){return id;}
public void showId(){
　　System.out.println("idは" + ● + "です。");
}
この場合、●に入れるのはidかgetId()のどっちがいいんかな。
好みの問題でおｋ？

259:デフォルトの名無しさん
07/03/10 21:03:49
>>216
つうか、他のIOクラスでデコレートすれば
サイズなんて気にしなくても良いはずだが。


260:デフォルトの名無しさん
07/03/10 21:06:24
>>246
つうか、マニフェストとJava Web Start使えよ

261:デフォルトの名無しさん
07/03/10 21:22:11
>>258
getId() がいいと思う。


262:デフォルトの名無しさん
07/03/10 21:27:19
>>261
ｔｈｘ

263:デフォルトの名無しさん
07/03/10 21:39:39
>>261
おなじ暮らすないならidでもいいとは思うけど。

264:デフォルトの名無しさん
07/03/10 23:06:13
>>261
うーん、悩ましい問題だなぁ…好みというか、目的による？
けど、まぁ、getId()のほうが良いと思う。

例えばそのクラスのサブクラスでgetId()をオーバーライドして
getId()　{　return　"00"　+　id;　}
とかしたときに・・・

265:デフォルトの名無しさん
07/03/10 23:11:29
>>264を風呂入る前に訂正

まず、アンカーは>>258に。

あと、
×getId()　{　return　"00"　+　id;　}　
○getId()　{　return　"00"　+　super.getId();　}

266:デフォルトの名無しさん
07/03/10 23:13:02
>>265
…駄目だ俺（笑

getId()は　int　なのな。
まぁ意図は汲み取ってください（汗

267:デフォルトの名無しさん
07/03/11 01:21:31
抽象化はその部分における汎用性・再利用性を増すが
同時に複雑さが増し、保守が難しくなる。

また、よく考えられていない抽象化は、
結局それを使う場合に１から考え直す必要があり、
無駄な労力になる。むしろ、誤解を生む弊害すらある。

そして、「よく考える」とは言っても難しく、的外れになることが多く、
無駄な抽象化がプログラム中に散乱することになりやすい。

そこで、アジャイル的には、まず単純に作って、
例えば顧客に叩いてもらって、抽象化が必要なところを早期に発見する。
（テスト駆動なら、まずテストに叩かれるだろう）

その観点から見ると、
必要と分かるときが来るまで getId() よりも id を使うのがいい。

268:デフォルトの名無しさん
07/03/11 03:00:38
外から見ることを基準に考えちゃ駄目なのかな。
getId　で取得した値と　showId　で表示した値は、大抵の場合で一致しなければおかしいから、
直感的に考えた場合は　id　より　getId　のほうが適切だろうと思う。たとえ　getId　が　final　だったとしてもね。

269:デフォルトの名無しさん
07/03/11 03:05:07
追記：「外から見る」ってのは、id　が　private　であって外から見れないことも含めてる。
外から見た場合、id　を使うと　『何かよく分からないけど　ID　の内部表現を　showId　が表示している』　ってなって分かり難いんじゃないかと。

270:デフォルトの名無しさん
07/03/11 08:53:30
>>268-269
同意

使う側の視点で考えるのがいいと思う
idという情報をを操作したい人のためのものなのだからその人のことを
考えなければ、悪く言えば独りよがりな実装になってしまうと思う

271:デフォルトの名無しさん
07/03/11 09:06:40
俺の経験から言うと、極力生のフィールドは使うべきではない。
ボトルネックになる可能性、どうしても生フィールドでなければできない処理などは
例外的に使用を許可する、くらいの縛りを加えるようにする方が良い。
トラブル対応、仕様変更対応には絶対にこの方針が必要。無いと死ぬ。大規模だとね。

272:デフォルトの名無しさん
07/03/11 09:19:12
使う場所によってフィールドを直接参照したりgetter経由だったり
まちまちなのは良くない。


273:デフォルトの名無しさん
07/03/11 11:09:41
モジュール結合度の観点から考える結合度は低い方が独立性が高いため、
データ結合で単一のデータを引数として渡すべき。

274:デフォルトの名無しさん
07/03/11 11:29:20
iを打てば補完できるのでid。
getterはgetIまで打たないと補完が面倒。

275:デフォルトの名無しさん
07/03/11 12:02:11
>>271
同意！

>>274
開発時に面倒臭がって楽しようとすると後々痛い目にあったりする予感


276:デフォルトの名無しさん
07/03/11 12:32:01
30個近くのclassファイルをjarにコンパイルするにはどうすればいいんですか？

277:デフォルトの名無しさん
07/03/11 12:49:20
>>276
jar cf foo.jar *.class
詳しくはここを読め。
URLﾘﾝｸ(java.sun.com)
「jarにコンパイル」と言われると違和感を覚えるな。

278:デフォルトの名無しさん
07/03/11 13:17:31
>>274
getまで打てば、そのクラスのアクセッサが一覧出来るのでむしろ便利。
フィールド名だとごちゃごちゃしてる。
>>271
んだんだ。
それに、遅延初期化の為にも入れているかな。
private Hogehoge hogehoge;
public Hogehoge getHogehoge(){
if( hogehoge==null ){
hogehoge = new Hogehoge();
}
return hogehoge;
}

（synchronized はどうしたとかややこしい話は取りあえず抜きな、初心者スレだと荒れそうだから）

279:デフォルトの名無しさん
07/03/11 13:25:43
>>278
フィールドが20個あればgetまで打っても20個出てきてそこから選ばないといけない。
変数名なら頭文字打つだけで絞り込める。
まあ俺はthis.をつけるのでそこまで打つだけでOKのときもあるが。

280:デフォルトの名無しさん
07/03/11 13:26:13
>>277
j2re1.4.2_13 をDL、インストールしてみたのですがこの後がわかりません
コマンドプロンプトに打ち込んでも

'jar' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。

とでてきてしまいます；；

281:デフォルトの名無しさん
07/03/11 13:59:17
パスが通ってない
>>1を読め

282:デフォルトの名無しさん
07/03/11 14:06:44
>>280
j2re だと jar 入ってないような。 j2dk か jdk 使え。

283:デフォルトの名無しさん
07/03/11 14:07:40
>>280
コマンドプロンプトに
java　-version
って打ってみ？

284:デフォルトの名無しさん
07/03/11 14:45:08
フィールドが20個あったらthis打っても20個候補が出るだろうによw

285:デフォルトの名無しさん
07/03/11 14:48:50
JAVAでもプロパティ導入すればいいのに・・・
わざわざ毎回アクセッサメソッドつくるとフィールド参照からメソッド記述にするのめんどくさい。

286:デフォルトの名無しさん
07/03/11 14:49:35
>>284
getと3文字打つのが怠いんだろうね。
って、どんだけｗｗｗｗ

まぁ、publicアクセス不要なフィールドにはgetter付けないから
20個フィールドがあってもホントはもっと絞れるんだけどね。

287:デフォルトの名無しさん
07/03/11 14:55:29
>>285
リファクタリング機能がある開発環境使えば良いじゃん。

288:デフォルトの名無しさん
07/03/11 14:56:56
>>285
jdk7の議論でプロパティは話題に上っている。

[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]
ｽﾚﾘﾝｸ(tech板)
の中に、情報へのポインタがあるよ。

まだ本決まりじゃなくて構文は揺れてるだろうけど、
クロージャよりは揉めずに入りそうな気がしてる。

289:デフォルトの名無しさん
07/03/11 15:19:31
>>258
つ もしかして "自己カプセル化"

290:デフォルトの名無しさん
07/03/11 15:38:54
>>265
同じクラスないであればthis.idで良いｼﾞｬﾏｲｶ

スーパーなときだけgetId()

291:デフォルトの名無しさん
07/03/11 15:40:32
>>278
Factory MethodパターンやFlyweightパターンで
改造したくなってくるなあ。


292:デフォルトの名無しさん
07/03/11 15:41:42
>>284
どういうクラスなんだか。委譲も集約を
ちゃんと使っていれば極力減らすこともできよう

293:デフォルトの名無しさん
07/03/11 15:42:06
>>285
IDEで自動生成しろよ


294:デフォルトの名無しさん
07/03/11 16:42:11
>>292
たとえば携帯電話のスペックをオブジェクトで表現しようとしたら
20なんて軽く超えると思うけど。どうやって削るの？

高さ
幅
厚さ
質量
連続待受時間静止時
連続待受時間移動時
連続通話時間音声通話時
連続通話時間テレビ電話時
液晶サイズメインディスプレイ
液晶サイズサブディスプレイ
液晶最大同時発色数メインディスプレイ
液晶最大同時発色数サブディスプレイ
液晶解像度（ドット数）メインディスプレイ
液晶解像度（ドット数）サブディスプレイ
名前最大登録件数
電話番号最大登録件数
メールアドレス最大登録件数
メール保存容量送信メール
メール保存容量受信メール
iアプリ保存件数
ミュージックプレーヤー
バックグラウンド再生
連続再生
iメロディ・着信メロディ
バーコードリーダー
赤外線通信対応
Bluetooth通信
FOMAプラスエリア対応

295:デフォルトの名無しさん
07/03/11 16:49:44
携帯電話という込み入ったものをひとつのクラスで完結させようとするという発想が恐ろしい気がする
液晶が別のメーカーのだったら一気に変えないといけないんだよな、そのクラス……

296:デフォルトの名無しさん
07/03/11 16:54:28
>>294
なんで無理して一つのクラスでやるんだよｗ

297:デフォルトの名無しさん
07/03/11 16:54:52
いやいや、例ですよ。車でも住宅でもなんでもいいけど変数が20なんて珍しくない。

298:デフォルトの名無しさん
07/03/11 17:00:53
>>295の言葉を借りるが、
車でも住宅でもなんでもいいけど込み入ったものをひとつのクラスで完結させようとするという発想が恐ろしい気がする

299:デフォルトの名無しさん
07/03/11 17:02:24
オブジェクト指向なんだから、きちんと設計してから作らないとね。
まず、デザインパターンを覚えるといいかな。

300:デフォルトの名無しさん
07/03/11 17:08:54
だー、論点そこじゃねえええ。
1つのクラスですべてを完結させるなんて一度も書いてねえ。
親クラス、子クラスのように抽象化していったって
20以上の変数を持つクラスはありえるってことです。

301:デフォルトの名無しさん
07/03/11 17:15:42
あったらあったで仕方ないだろ。
おれならまず分けることを考えるが。

302:デフォルトの名無しさん
07/03/11 17:18:16
そりゃjava.awt.Componentとか持ち出してきたら50個くらい持ってるようなのもあるわ
しかし普通はそんなのはないぞ

303:デフォルトの名無しさん
07/03/11 17:22:12
よくこんなどーでもいい話題にがんがんレスが付けられるな

304:デフォルトの名無しさん
07/03/11 17:33:27
あったら、あきらめる。

以上。

305:デフォルトの名無しさん
07/03/11 18:08:06
どっちみち「エディタで候補を絞るのがﾒﾝﾄﾞｲから」なんて理由でクラス設計したらあかん罠ｗ

306:デフォルトの名無しさん
07/03/11 18:18:15
private int hogehoge;

って書いたら、内部で使うために

private int getHogehoge() {
　return hogehoge;
}

て書かなきゃいけないん？

307:デフォルトの名無しさん
07/03/11 18:29:53
内部なら直にアクセスしろよ

308:デフォルトの名無しさん
07/03/11 18:30:40
自己カプセルフィールドって考えもある

309:デフォルトの名無しさん
07/03/11 18:44:40
さすがにそういうあたりは必要なときにリファクタリングすればいいようにおもうなあ

310:デフォルトの名無しさん
07/03/11 18:54:48
privateなら変更することになっても影響範囲は閉じてるし、
必要になってからメソッドにするでいいよ。


311:デフォルトの名無しさん
07/03/11 19:31:02
あるURL
[1]　URLﾘﾝｸ(www.hogehoge.ho.ge)
からのHTMLの(?)相対アドレス
[2]　"bbb.html"　に対応するURLは
[3]　URLﾘﾝｸ(www.hogehoge.ho.ge)
だと思うのですが、

[1]と[2]から[3]を得る機能はJavaSE6にはありますか？

312:デフォルトの名無しさん
07/03/11 20:23:39
>>311
java.net.URI uri = java.net.URI.create("URLﾘﾝｸ(www.hogehoge.ho.ge)).resolve("bbb.html"); とか。

313:デフォルトの名無しさん
07/03/11 20:56:28
>>294
配列

or


ハイスペック携帯電話のみサポートに切り替えて解決

314:デフォルトの名無しさん
07/03/11 21:00:53
>>300
『分割し、統治せよ』

『アジャイルソフトウェア開発奥義』にはそう乗っている。


だが、
どうしてもクラスを分割できなければ、
やれることはまだまだある。
ディスプレイのサイズなんぞstaticでやれ。
そんなに苦しいなら配列でやれ。


315:デフォルトの名無しさん
07/03/11 21:02:53
>>311
そういう機能


とはいわん気がするが。


そういうAPIはありますか、だろ。

機能というとまるで言語仕様のことみたいだ。

その手のAPIは言語仕様とは別だしな


316:デフォルトの名無しさん
07/03/11 21:28:56
クラスの設計についての本読み始めたところだから結構興味がある。
VCのMFCなんか数十個の関数や変数を含んでいるクラスが普通だから
そこまで分割する必要があるのかどうか、
分割するといいことがあるのか知りたいところ。

317:デフォルトの名無しさん
07/03/11 21:37:17
ソースファイルの数が増えてリッチな気分が味わえます。

318:デフォルトの名無しさん
07/03/11 21:39:55
保守性に強くなるとかそんなんだろ
コピペが減るとか

319:デフォルトの名無しさん
07/03/11 21:51:43
>>314
すまんが、何ページ？

320:デフォルトの名無しさん
07/03/11 22:07:18
MFCはDocumentViewアーテクチャだからあまり参考にするべきでないけど。
変数や関数の数自体は気にするべきではない。
気にするべきはモジュール結合度と強度、クラス設計で委譲・継承などのデザインパターンといったところを気にするべき。

321:デフォルトの名無しさん
07/03/11 22:19:18
質問よろしくです。
ｔｉｆｆファイルを操作する簡易エディタを作りたいと思っています。
やりたいこと
・複数のｔｉｆｆファイルを結合して保存する。
・複数頁のｔｉｆｆファイルを１ページ毎に分けて保存する。
・画像の上にテキストを挿入する
Java Advanced Imaging（JAI）を使えば簡単に作れますか？
他に便利なAPIがあれば教えてください？


322:デフォルトの名無しさん
07/03/11 23:36:16
質問です。
Javaのメソッドで、C++でいうところのconstなクラス関数を作りたいのですが、可能なのでしょうか？
つまり、そのメソッドはメンバー変数の書き換えを行なわないということを保証させたいのです。

色々調べてみたところ、Javaにconstはないとのこと。
似たような機能か？と思ってfinalについても調べてみましたが、期待した内容ではありませんでした。


323:デフォルトの名無しさん
07/03/11 23:37:58
>>322
>finalについても調べてみましたが、期待した内容ではありませんでした。

ｋｗｓｋ

324:デフォルトの名無しさん
07/03/11 23:43:08
>>323
・finalとついたメソッドは、オーバーライドされなくなる
・finalとついた変数は、書き換えられることがなくなる（配列の中身などは書き換えられるので注意）
・finalとついたクラスは、継承されなくなる
といった効果のようでした。

325:デフォルトの名無しさん
07/03/11 23:53:29
>>322
static

326:デフォルトの名無しさん
07/03/11 23:56:46
>>322
enumじゃダメなん？

327:デフォルトの名無しさん
07/03/11 23:58:04
322の内容が理解できない人が多くてﾜﾛﾀｗ

328:デフォルトの名無しさん
07/03/11 23:59:59
>>325
ああ、なるほど。確かに。
でも、ちょっと別の制限が強くなりすぎますね。

やりたいことは

abstract class IScene
{
abstract void Task();
abstract void Draw();
}
として、これをオーバーライドさせてゲームのシーンを作らせたいのです。
その際、Drawではメンバー変数の書き換えを禁止させたいのです。

329:デフォルトの名無しさん
07/03/12 00:07:51
staticだと、インスタンス内の変数書き換えは不可能になるが、読み込みも不可能になっちまうか・・・

330:デフォルトの名無しさん
07/03/12 00:14:34
メンバー変数を、参照は出来るが変更は不可にしたいということなら、
変数はprivateで宣言しておいて、publicもしくはprotectedなアクセサメソッドを
公開しておけばいいんじゃない？

331:デフォルトの名無しさん
07/03/12 00:18:13
>>330
それ全然『メンバー変数の書き換えが行なわれないこと』が保証できてねーじゃん
継承する側がいくらでも間違いを犯せる
C++でもconst_castしちまえばメンバー変数いじれるけどなｗ

332:デフォルトの名無しさん
07/03/12 00:19:41
public interface Const{
　　public static final 〜
}

じゃダメなの？

333:デフォルトの名無しさん
07/03/12 00:24:07
>>322
基本的に無理。
標準APIのメソッド呼び出した時に、そのメソッドがインスタンスの状態を変更しない事まで考えるなら。
JSR-308 のサンプルにある @ReadOnly が それっぽいけど、早くてもJDK7にならないと入らない。

自分のクラスのメンバ変数の書き換え禁止だけなら、@Const みたいなアノテーション自作して、
@Const処理するようなAPTまで自作すれば出来なくはないけど……

334:デフォルトの名無しさん
07/03/12 00:24:44
>>331
なんで？

abstract class IScene
{
private var1;


abstract void Task();
abstract void Draw();

public getVAr1(){
return var1;
}
}

ということだけど。
「Drawではメンバー変数の書き換えを禁止させたいのです」
という要求には答えてると思うけど。
もっとも、Task()メソッドからも書き換えは出来ないけど。


335:デフォルトの名無しさん
07/03/12 00:24:53
>>332
すいません、>>328がinterfaceで書くべきものだということは分かるのですが、
それでメンバー変数が書き換えされないことが保証される理由がわかりません。
>>332のfinalは何に対してついているものなのでしょうか？（変数？メソッド？）

336:デフォルトの名無しさん
07/03/12 00:27:05
>>334
質問者じゃねーけど、やりたいことくらいは推測できる。お前も少しは推測して書いてやれよｗ
継承元の変数をいじらせたくないって要望じゃねーだろ。
継承先の変数であってもいじらせたくねーんだろ。

337:332
07/03/12 00:33:37
>>335
constというか不変変数って意味で回答したんだけど
どっからでもアクセスできるしあなたが求めてるものとは違うと思う。
俺には難しくてついていけてないｗ
一応意図したものは↓みたいなもの。

public interface Const{
　　/** 1ページの表示件数 */
　　public static final int COUNT_PER_PAGE = 10
　　/** 全ページに共通のタイトルプレフィックス */
　　public static final String TITLE_PREFIX = "[HOGEHOGESERVICE]";
}

338:デフォルトの名無しさん
07/03/12 00:33:54
>>336
そういう意味か？
自分で定義した変数を読み取り専用にするなんて、
C++でもできないだろ。

スーパークラスで管理する状態などを、サブクラスで勝手に
書き換えられるのが嫌なんじゃないのかな。

だから>>334でいいかと思うのだが。

339:デフォルトの名無しさん
07/03/12 00:38:14
えっとすいません。情報が交錯しているようなので再度説明します。

public interface IScene
{
void Task();
void Draw();
};

ゲームにおいて、全てのシーンは上を継承することを複数人プロジェクトにおいて義務づけます。
そして、このシーンを適切に毎フレーム呼び出す機構は私が作ります。

TaskとDrawは基本的に交互に呼ばれるのですが、フレームスキップが発生した時Drawの呼び出しが飛ばされる可能性もあるのです。
その際、Drawの中でメンバー変数の書き換えをするようなプログラムをされると、わかりにくいバグに繋がります。

C++の時は
class IScene
{
void Task() = 0;
void Draw()const = 0;
};
で大丈夫だったのですが…。
という相談です。
>>333については今ぐぐりながら理解しようとしているところです…。

340:デフォルトの名無しさん
07/03/12 00:39:20
>>338
＞自分で定義した変数を読み取り専用にするなんて、
＞C++でもできないだろ。
できるよハゲｗ
const関数は何のためにあんだ。


341:デフォルトの名無しさん
07/03/12 00:43:20
C++のconstメンバ関数が何なのか知らない奴がレスしてるな。


342:338
07/03/12 00:43:38
悪い、別に断言したつもりはなかったんだが。
「C++でもできないだろ」
じゃなくて
「C++で出来たっけ？」だな。
C++はずいぶんやってないんで忘れた。



343:デフォルトの名無しさん
07/03/12 00:56:05
てか、なんでJavaにはconstがないのか不思議でならない。
キーワードだけは定義されてるって書いてあるけど、なんで削られたん？

344:デフォルトの名無しさん
07/03/12 01:15:37
C#　には　const　あるけど　const　関数は無いな。

345:デフォルトの名無しさん
07/03/12 01:18:40
>>343
お馬鹿なJavaプログラマにはまともに使いこなすことができないだろうという判断から。

346:デフォルトの名無しさん
07/03/12 01:23:46
むしろその逆で過剰な安全装置と見なされて削られたって話じゃないの？
C++をメインで使ってる身からすると全然過剰だとは思わないけど。

347:デフォルトの名無しさん
07/03/12 04:47:35
const関数で呼び出されたら、その中から変数にアクセスする際に
やはり const として宣言されていない関数は呼び出すことができないのかな

348:デフォルトの名無しさん
07/03/12 06:43:57
コンパイル時に「変数が変更される可能性があります」とエラーが出る
呼び出せたらconstの意味がない

349:デフォルトの名無しさん
07/03/12 09:19:31
JavaってC#におけるXmlSerializerのようなものは無いんでしょうか？
オブジェクトを丸ごと渡してやればXMLファイルに書き出してくれて、
XMLファイルを丸ごと渡してやればもとのオブジェクトを生成してくれるという

350:デフォルトの名無しさん
07/03/12 09:34:33
>>349
近いのは java.beans.XMLEncoder と java.beans.XMLDecoder かな？
保存できるのは beans のプロパティだけになっちゃうけど。

351:デフォルトの名無しさん
07/03/12 16:33:01
String s;
if(s = "")
{

}

間違えて上のコードを入力したとき s = "" の部分に「型の不一致: String から boolean には変換できません。」
というエラーメッセージが出てきました。
自分にはどう見ても右辺左辺ともにString型としか思えないのですが、なぜこのようなメッセージが出たのですか？


352:デフォルトの名無しさん
07/03/12 16:39:02
まず、javaでは比較する場合は==を使う
=だと代入になってしまい、ifの中にはbooleanを入れなきゃいけないのにStringになってしまう
次に、==にしてもお前の期待する動作はしない
java String 比較 でググれ

353:デフォルトの名無しさん
07/03/12 17:03:10
>>352

Stringの比較はequals()メソッドで行うということですね
簡潔でわかりやすいレスありがとうございます

354:デフォルトの名無しさん
07/03/12 17:19:32
>>353
そっちはどちらかというとこの質問においてはオマケ。
=を比較のつもりで使っているほうが本質的な間違い。

355:デフォルトの名無しさん
07/03/12 17:26:02
>>354
すみません。はじめの時点で言葉足らずでした

比較に = を使ってはいけないのは知っていたのですが、

VBの癖でついやってしまい、エラーが出て、

>>351の疑問が出たので質問させていただきました。


356:デフォルトの名無しさん
07/03/12 17:30:11
Javaでアプリケーションを作成しています。
二重起動を防止する案を考えているのですが
File.createTempFile(String prefix, String suffix)でファイルを生成して
File.deleteOnExit()で削除指定
ファイルの有無で起動中かどうかを判断するという処理にしようかと思ってます。

『もっと良い案があるよ』
『そのやり方だとこういう問題が発生する』
等御意見頂けますでしょうか。

357:デフォルトの名無しさん
07/03/12 18:51:39
>>356
createTempFile だと、
prefix + "java.io.Fileが勝手に付加する文字列" + suffix って
名前のファイルを作っちゃわない？ 二重起動防止にならんと思うけど。

あと、deleteOnExit だと、正常に終了できなかった場合はファイル残ったままになるよ。
もっとも、正常に終了できなかった場合にファイルを削除する方法は
今のところ提供されてないので二重起動の場合はダイアログだして
ユーザが選択できるようにした方が良いかも。v2c がやってるみたいに。

358:デフォルトの名無しさん
07/03/12 18:55:11
>>355
Java では、 if(式) の式の部分は boolean じゃないとエラーになる。

if(s = "") の 「s = ""」って代入式の型は String なので、
コンパイラに boolean じゃないと怒られただけ。

359:デフォルトの名無しさん
07/03/12 19:00:25
あらかじめ決めておいたポート番号のソケットをオープンできたら起動、
というのを見かけた。レースコンディションにはならないような気がする。

・異常終了したときの後始末はうまくできるんだろうか。
・ユーザー単位でのみ複数起動を禁止して別ユーザーなら起動を許す、
みたいなのは工夫が必要になるな。

RMI Registry(Activation)やJMXでなんかやれそうな気がしないでもない。


360:デフォルトの名無しさん
07/03/12 19:11:37
>>357
ありがとうございます。
Preferences+ユーザー選択って感じにしようかな・・・。

361:デフォルトの名無しさん
07/03/12 19:13:45
>>359
なるほど・・・ソケットは思いつかなかった。

362:デフォルトの名無しさん
07/03/12 20:30:57
synchronizedのブロックの適用が及ばない範囲、及ぶ範囲、そしてその理由について
わかりやすく教えてもらえませんか('A`)

同時に動くスレッド2個ぐらいで、、
HP5箇所ぐらい見たんですがいまいち理解できません



363:デフォルトの名無しさん
07/03/12 20:57:50
>>357
俺は nio のファイルロックで判定した。

364:デフォルトの名無しさん
07/03/12 20:58:59
356あてだった・・

365:デフォルトの名無しさん
07/03/12 21:05:56
HashMapでClass<T>とList<T>を関連付けたいのですがいい方法はありませんか？

366:デフォルトの名無しさん
07/03/12 21:07:40
>>365
HashMap<Class<T>,　List<T>>

367:デフォルトの名無しさん
07/03/12 21:14:41
>>366
あの……それだとHashMapをnewするときにTになにか入れないといけないけどそういう使い方を意図しているのではなくて。
T.classをキーにしてgetしたらList<T>型のオブジェクトが返ってくるようにしたいんです。
もしくはList型オブジェクトをなんかしてList<T>型にキャストするとか。

368:デフォルトの名無しさん
07/03/12 22:02:31
>>367
「関連づけたい」という曖昧な言葉を使ったことへの反省はしないのね。


369:デフォルトの名無しさん
07/03/12 22:52:46
>>368
反省しました

……ってなんて答えりゃいいかわからんそのあてつけみたいなのやめてくれよ……
一回で伝わらなかったら何度か説明する機会くらい与えてくれよ……
人格攻撃して話題そらしたいのか？

無理なら無理でいいよ別の方法考えるから……

370:デフォルトの名無しさん
07/03/12 22:55:18
>>367
HashMapを継承した新しいクラスを作ればいい。

371:デフォルトの名無しさん
07/03/12 23:03:31
>>370
Class<T>とTのときはそれでできたんだけど、（内部でHashMap<Class<?>,Object>に委譲して出口でclazz.cast(map.get(clazz))を返すようにした）
List<T>のときはどうやって実装すればいいかわからないんです。
Reflection周りでいろいろ探してはいるんですが……

372:デフォルトの名無しさん
07/03/12 23:06:28
>>371
public <T> List<T> get(Class<T> c) {
　return (List<T>)get(c);
}

373:デフォルトの名無しさん
07/03/12 23:07:22
間違えた。
return (List<T>)super.get(c);

374:デフォルトの名無しさん
07/03/12 23:17:47
>>372
いけました。
ここで出る未チェックのキャストはアノテーションで強制的に黙らせる他ないんですよね？

375:デフォルトの名無しさん
07/03/12 23:52:35
switchの条件にlong型が使えないのはなぜなんでしょうか
char,short,int,enumは使えるのに

何か歴史的な理由があったりしますか？
効率？

376:デフォルトの名無しさん
07/03/13 00:10:08
long は int に暗黙的にキャストできないから。

377:365
07/03/13 00:31:52
ありがとうございました。
何とかうまくいきそうです！

378:デフォルトの名無しさん
07/03/13 03:06:04
//入力データ読み込みオブジェクトの

作成
BufferedReader myReader=new BufferedReader(
new InputStreamReader(System.in),1);
//敵出現メッセージ
System.out.println("敵が現れた。");
//味方、敵初期値
int mikata=5;
int teki=5;
while(teki>0){
//数値入力
System.out.println("どうする?1:攻撃、2:回復");
System.out.println("行動：");
//数値を読み取り、変数に代入
Int mystring =myReader.readLine();
Int koudou = Integer.parseInt(mystring);

と思われる部分で;が足りませんというエラーが出ました、どう修正すればいいのですか?

379:デフォルトの名無しさん
07/03/13 03:10:28
・エラーメッセージはそのまま書く。改変されると推測が困難。
・ソースは必要な箇所を可能な限り原文に忠実に記述する。
　Int とか、「作成」から始まる行とか、何が正しいのか分からない。

380:デフォルトの名無しさん
07/03/13 16:28:12
interface と abstract class の違いが良くわかりません。
interface でなければならない(もしくはその方がよい)場合、
また逆にabstract class でなければならない場合とは、
どんな場合なのでしょうか？？

381:デフォルトの名無しさん
07/03/13 17:26:30
Javaでは多重継承できないから属性を表すような実装はInterface
一方、デフォルト実装を与えたい場合などはabstract class

382:デフォルトの名無しさん
07/03/13 17:47:50
このクラスは○○というメソッドを持っているよ→interface
このクラスをベースに○○というメソッドを使って機能拡張してね→abstract class

383:デフォルトの名無しさん
07/03/13 22:58:08
型の継承 → interface
実装の継承 → abstract

384:デフォルトの名無しさん
07/03/13 23:05:27
>>380
・ある性質に特有の処理が存在する。部分的に実装を共有できる。
　もしくはどうしてもある種の実装が必要だ。
(interface は実装をもてない。abstract class はもてる。)
・その性質の出現する場面が予想できる。もしくは限定した局面でしか使用しない。
(あとから再利用を試みる場合、interface の方が制約が少ない。
　abstract class だと、別のクラスの継承が必要な時にはもう使えない。)

上記を満たすなら abstract class。
制限をかけることによって(考えることを減らすことで)実装を容易にしたい場合も。

それ以外は interface。
interface の方がより純粋。制限が少なくて柔軟性が高い。
反面、実装の手間が多くなる。

最近は「とりあえずinterfaceにしとけ」な気がする。
実装に関してはヘルパークラスやテンプレートクラスを内包して、
そっちに処理を転送する方法で、継承と大差ない手間で済む。
その上で拡張性を保てる。

GUIフレームワークの基本部品なんかは abstract class ベースのものが多い。
画面表示に関する基本実装がどうしても必要とかそんなんだろうか。

385:デフォルトの名無しさん
07/03/13 23:08:57
非オブジェクト指向言語だからといって
オブジェクト指向的にプログラムがかけないことはないように、
abstract class を interface代わりに使ってプログラムは書けるだろうけど、
そんな悲しいことは普通はしない。

386:デフォルトの名無しさん
07/03/13 23:27:22
ｘ６４で動作するeclipseってあったっけ？
もしくはjava用のIDE


387:デフォルトの名無しさん
07/03/13 23:34:38
>>380
interfaceを作って、abstract で骨格実装（デフォルトの実装）を作って、
多くの実装クラスを骨格実装を継承するようにすると
柔軟な構造になるよ。ひと手間掛かるけど

388:380
07/03/14 00:14:01
なるほど…
デフォルト実装の必要性と、プログラムの柔軟性との兼ね合いってことでつね。
みんなありが�d

389:デフォルトの名無しさん
07/03/14 00:38:02
>>333
不変クラスつくればいいだけだろう。
あれでconstなクラスは作れる。
無理って事は無い。

390:デフォルトの名無しさん
07/03/14 00:39:26
>>324
配列の中身が書き換えられないように、
Collections.unmodifiableList()を使うとか、

clone()を使うとか、考えようぜ。
IBMのdwで、不変クラスで検索してみ。
constに相当するものを作る方法がのってる。
Wikipediaの「イミュータブル」でも検索してみると良い。

391:デフォルトの名無しさん
07/03/14 00:39:54
>>327
しばらくスレを見ていなかったので>>322のことにまだ気づかなかっただけだ。

392:デフォルトの名無しさん
07/03/14 00:41:03
>>332
それは、Effective Javaでは禁じ手とされているものだぞ。

攻めて、enum型にせよ。enumが駄目ならfinalでコンストラクタがprivateなクラスを。

393:デフォルトの名無しさん
07/03/14 00:41:49
>>337
定数インタフェースは、勝手に実装されることがあるからやめとけ。

394:デフォルトの名無しさん
07/03/14 00:41:58
public class Hello
{
public static void main(String args[])
{
System.out.println("Hello!");
}
}

395:デフォルトの名無しさん
07/03/14 00:43:43
>>343
代替手段があるからいらないんだよ。
constは余計なゴミなんだよ。ゴミ。
全てを不変にしたくないときはfinalのほうが柔軟性が効くんだよ柔軟性が。
部分的に可変にしたほうがよいこともあろう。


>>345みたいな浅はかでお馬鹿なC言語厨には理解できないが。

396:デフォルトの名無しさん
07/03/14 00:44:43
>>351
FindBugsを使え。そういう問題が起きても
困惑することは無くなるだろう

397:デフォルトの名無しさん
07/03/14 00:47:22
>>375
switchは総ナメ野郎の糞だから


398:デフォルトの名無しさん
07/03/14 00:53:34
>>395
防御的コピーって知ってる？
代替手段がないからこんなことしないといけないんだけど。

399:デフォルトの名無しさん
07/03/14 01:06:51
質問なんですが、下記のようにジェネリクスを使ったインタフェースを使って
実装クラスを書くと意図したように実行まで行えるのですが、
アノテーションを入れるとメソッドのオーバライドをしていないと怒られてしまいます。
これはアノテーションが間違っているのでしょうか？
それともアノテーションを使っていない方はたまたま実行まで出来てしまっただけで、
本来ならコンパイルが出来ないはずなのでしょうか。

public interface Base<T>{
　　　　public void print(T data) ;
}

public Derived implements Base<Integer> {
　　　　public void print(Integer data ) {
　　　　　　　　System.out.println(data.toString() ) ;
　　　　}
}

400:デフォルトの名無しさん
07/03/14 01:23:52
>>399
Derived のメソッド定義に @override をつけたものとして話を進めるけど
それはオーバライドじゃないから怒られる。ジェネリクス関係ない。

401:デフォルトの名無しさん
07/03/14 01:42:18
>>398
不変じゃなかったら、constつけてても防御コピーしなきゃだめだろ

402:デフォルトの名無しさん
07/03/14 01:56:36
>>401
残念ながらC++のconstは防御的コピーする必要はない。

403:デフォルトの名無しさん
07/03/14 02:20:34
勝手にコピーされるから？
不変でないオブジェクトは、明示的にせよ暗黙的にせよコピーしないと、
中にしまいこんだはずのオブジェクトを勝手に編集される可能性がある。

404:デフォルトの名無しさん
07/03/14 02:42:49
不変バージョンと可変バージョンが１つのクラスで定義でき、
const つけると不変クラスとして使えるってことか？

たしかに、両方のバージョンをそれぞれ作るのは面倒

405:デフォルトの名無しさん
07/03/14 02:43:16
超初心者です。。midiを内部で生成して再生するプログラムを作ろうと、ググっていて
URLﾘﾝｸ(java-house.jp)
の話を見つけました。確かに
　　static byte test [] = new byte [] {0x7f, 0x80};
とやってみると、0x80以上を代入しようとすると「精度が落ちている可能性 期待値int」
とか言われてしまいます。

リンクにあるようにjpgBuff[j] = (byte)jpgBuff_i[j];で変換すると正しく扱えるようなのが不思議です。

＞しかし int に入れておいて byte にするというのは、意味がないように
＞思います。というか、int でできるなら byte でソースに埋めこんでも
＞できなきゃおかしいですよね。ただ代入しているだけなんだし。何か
＞その辺もおかしいのでは?
とあるように0xffまではbyteで扱えるはずですよね？

0x80以上をbyteな配列に代入するにはどうすればいいんですか？

何か勘違いをしているようでしたらご指摘をお願いします。。

406:デフォルトの名無しさん
07/03/14 02:58:05
byte　は　0　〜　255　じゃない



-128　〜　127　なんだよ……

407:デフォルトの名無しさん
07/03/14 03:04:54
>>405
> とあるように0xffまではbyteで扱えるはずですよね？
違う。byteは -128〜127まで。
キャストを使って符号を無視するように明示しないかぎり byte では 255(0xFF) は扱えない。

> 0x80以上をbyteな配列に代入するにはどうすればいいんですか？
直接的にはキャストを使う。

間接的には String から byte配列に変換するようなユーティリティメソッド作るとか
"\u007F\u0080".getBytes("ISO8859-1"); みたいに文字列リテラル使ってみるとか。

408:デフォルトの名無しさん
07/03/14 03:21:44
>>406-407
ありがとうございます。

＞直接的にはキャストを使う。
URLﾘﾝｸ(java-house.jp)
を参考に　 byte b = (byte)0xff;
でエラーが出ないことは確認できました。

配列の場合は
　static byte test [] = (byte []) new int [] {0x7f, 0x80};
とかやってみたんですが、どうもうまく行きません（変換できない型）
これは後出しで変換するしかないんでしょうか？

409:デフォルトの名無しさん
07/03/14 03:24:00
static　byte[]　test　=　new　byte　[]　{　(byte)0x7f,　(byte)0x80　};

410:デフォルトの名無しさん
07/03/14 03:33:54
なるほど、確かにうまく代入されています。

ただ毎度面倒くさいし、見掛けも悪いのであらかじめ
-128 〜 127 の数値で扱うようにしておいたほうが
良いかも、と思いました。。。

ありがとうございました。

411:デフォルトの名無しさん
07/03/14 04:26:00
UByte 型作っちゃいなYO

412:デフォルトの名無しさん
07/03/14 05:30:50
ejbってもう誰も使ってないの？
みんなjspで力つきたのか？ phpレベルの底辺が好きなんだね。

413:デフォルトの名無しさん
07/03/14 08:25:06
>>412
ばかめ！EJB2は死んだわ！

414:デフォルトの名無しさん
07/03/14 09:01:03
誰かこれを解説してください。
＞3個の数字の並び替えの場合、その並び替えは 3! = 3 * 2 * 1 = 6通り、
＞ですが、1回だけ shuffleを行う際に使っている j、k の選び方は 36 通りです。
＞つまり、これが6通りの並び替えのどれかに対応します。
＞しかしながら、 (36 ) ÷ ( 3 ! )は割り切れないのでどれかの並び方に偏ってしまうということがわかります。
URLﾘﾝｸ(blogs.sun.com)

415:デフォルトの名無しさん
07/03/14 09:31:16
>>414
実際に並べかえてみりゃわかるよ。小学生並の解き方だけど。

例えば、
> for (int i = 0; i < a.length; i++)
を削った場合、j,k は 9通り(3＾2)で、実際に並べ替えてみると
j=1：：k=1：A、B、C, k=2：B、A、C, k=3：C、B、A
j=2：：k=1：B、A、C, k=2：A、B、C, k=3：A、C、B
j=3：：k=1：C、B、A, k=2：A、C、B, k=3：A、B、C

出現確率はこんな感じに偏る。
A、B、C：：3/9,
A、C、B：：2/9,
B、A、C：：2/9,
B、C、A：：0/9,
C、A、B：：0/9,
C、B、A：：2/9

続きは自力で。

416:414
07/03/14 09:37:37
>>415
ありがとうございます。助かりました。

417:デフォルトの名無しさん
07/03/14 16:24:34
作成したjarファイルを、JREが必要無い状態で、exe形式で実行したいと考えています。
検索してみたところ「JET」なるコンパイラが見つかり、
「パーソナルエディション」なら個人に限り無料で使用できると聞いたのですが、
公式サイト内を探してみてもパーソナルエディションが見つかりません。
ひょっとして配布終了してしまったのでしょうか？

418:デフォルトの名無しさん
07/03/14 16:36:12
>>398
知っとるわい馬鹿

419:デフォルトの名無しさん
07/03/14 16:37:18
>>402
constするとその内部にあるものまですべてfinalになるなら
部分的にconstにできるfinalのほうが柔軟性が良いんだけどね。



420:デフォルトの名無しさん
07/03/14 16:38:42
>>417
ないっぽいね。exe化はあきらめて、JSmoothかexewrapあたりにしておくのが吉。

421:デフォルトの名無しさん
07/03/14 16:52:00
double型からint型に変えるやり方はあるのですが
逆にint型らdouble型にかえるやり方があるのでしょうか？
一応double型からint型に変えるやり方を参考にして
やってみたのですがどうもエラーがでるようで・・・」

---

次ページ

最新レス表示

スレッドの検索

類似スレ一覧

話題のニュース

おまかせリスト

▼オプションを表示

レスジャンプ

mixiチェック！

Twitterに投稿

オプション

しおりを挟む

スレッドに書込

スレッドの一覧

暇つぶし2ch

---

4335日前に更新/251 KB
担当:undef