Java入門・初心者質問スレ Part.10

2020/04/01(水) 15:09:15.95

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

Java初心者のためのスレッドです。

※前スレ
Java入門・初心者質問スレ Part.９
https://mevius.5ch.net/test/read.cgi/tech/1552143555/

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2021/05/07(金) 17:38:07.54

実装に依存してもいい状況なら別に構わないと思うが
抽象に依存させたいならCopyableでIterableなものを定義する

2021/05/07(金) 19:02:56.91

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

2021/05/07(金) 22:14:13.48

try-catchで何も終了処理を書かなくても
Closableのcloseメソッドに発生した例外を自動で渡すようにJavaの仕様を変えてください。
トランザクション処理が死ぬほどめんどくさいです。

2021/05/08(土) 00:05:40.85

try-with-resourcesだとダメなの？

2021/05/08(土) 00:40:50.06

rollbackのためにexceptionキャッチしないといけない
デフォルトrollbackにしたらcommitのあとrollbackしてすごいログがうっとうしかった

2021/05/08(土) 01:02:02.87

定型的な呼び出しのブロックを関数化して処理をラムダ式で渡したらきれいに書けそうな気がする

2021/05/08(土) 01:04:02.44

コミットして良いフラグを立てるかThrowableをキャッチするしかないんじゃないかな
僕ならこうする
https://paiza.io/projects/JVylMfZi1uOk0tJ0S9x6OA

2021/05/08(土) 01:29:24.92

入出力が雑多すぎてラムダが使いにくい
構造体を定義する必要もなくスコープの外に複数の結果を戻せるtry-catchで書きたい

2021/05/08(土) 01:31:20.73

>>845
10-15行目そういうことか

2021/05/08(土) 02:16:45.91

ラムダ式使わないならこうとか
https://paiza.io/projects/r8ugpFSI1v-IozwJDsMBEg

2021/05/15(土) 08:10:42.65

新明快Java入門やれば、どのくらいのレベルにまでなりますか？

2021/05/15(土) 10:11:05.55

>>849
ピンキリだと思うぞ。
読むだけで何も理解しないまま終わったつもりになる奴もいれば、自分でコードを書いたり応用したりして本に書いてある以上のことを習得できる人もいる。

2021/05/15(土) 11:50:17.54

業務でJava使ったことないんですが、GOLD取得してたらやる気くらいの証明になりますかね？
残念ながら若い年齢ではないけど。

2021/05/15(土) 13:03:10.87

>>850
なるほど

2021/05/15(土) 16:37:37.01

率直な話
女子部ってどうなん？

2021/05/15(土) 18:20:18.65

>>851
silver取らなきゃgold受けられないしやる気の証明はできるんじゃない？

2021/05/16(日) 04:43:30.39

(うまい例かどうか心配なのですが)
車名とオプションをフィールドとして持つ車オブジェクトがあります。これを車名の重複を許さない Collecition に格納します。
(N-box, 自動運転)
(ハスラー, パワースライドドア)
ここで新規のオブジェクトについて、既に同じ車名がＣｏｌｌｅｃｔｉｏｎに存在すれば、オプションの内容を確認して特定の条件を満たす場合だけエントリーを差し替えたいと考えています。
((ハスラー, 自動運転) のエントリーを既存エントリー(ハスラー, パワースライドドア) と置き換えるかどうかは、既存エントリーのオプションにより決まる)

オブジェクトの hashcode() と equals(Object) を車名フィールドで実装して Collection を Set とすることで「車名の重複のないCollection」を作ることはできました。特定の車名をもつ既存エントリーへの参照を取ってくるうまい方法はないでしょうか。contains(Object) が真になる Collection 内のオブジェクトへの参照を得る方法です。
です。
(実際には車名は単一のフィールドではなく、複数のオブジェクトとプリミティブ形配列の組み合わせです)

1. Ｃollection を ArrayList<車> にして、重複回避は contains(Object) をつかって自前でやり、既存のエントリーを get( indexOf(新エントリー) ) で参照
2. Ｃollection を Map<車,車> にして同じオブジェクトを key と value の両方で登録し、既存のエントリーを get(新エントリー) で参照

ていうのでできないことはないのですが、ちょっとカッコ悪い気がしまして。

2021/05/16(日) 05:10:46.49

Set.getで良い気がする

2021/05/16(日) 05:12:57.44

引数に車オブジェクトを渡さないといけないけど
車名で車オブジェクトを得るなら
Map<String, 車>で車名 => 車のマップを作るとか

2021/05/16(日) 05:23:51.11

>オブジェクトの hashcode() と equals(Object) を車名フィールドで実装
車名が同じならオプションが違っても同値なん？

> 車名は単一のフィールドではなく、複数のオブジェクトとプリミティブ形配列の組み合わせ
車名クラスでまとめ、hashCode()を実装、Map<車名,車>でget(車名)

2021/05/16(日) 11:05:12.12

車名をレコードとして定義すればequals()やhashCode()の実装は不要

SetはMapのkeyだけのコレクション(Set<Key>, Map<Key, Value>)
keyとして比較すべきじゃないオブジェクトを入れたSet<車>はよくない

2021/05/16(日) 17:14:07.11

みなさま、レスありがとうございます。

>>856
おっしゃる通り Set.get(Object) があればいいのですが見当たりません。
>>859 の
> keyとして比較すべきじゃないオブジェクトを入れたSet<車>はよくない
がお作法なのですね。

>>857,858,859
実際には車名は単一のオブジェクトではないので、そこをクラスなりレコードとして定義して、Ｃollection は Map とするのがアドバイスですね。

>>858
> 車名が同じならオプションが違っても同値なん？
車オブジェクトは車名が同じであれば同一として扱える場合が多いです。しかし車名の一致を equals(Object) でハンドリングするのがよろしくないのかもしれません。

仕事のプログラミングではないので、もう少しじっくり悩んでみます。

2021/05/16(日) 20:34:26.44

俺もMap<車名, 車>一択だと思うよ
車名より車種と例えるとより適切かな
車 has a 車種とすると冗長さも改善できる

2021/05/19(水) 21:21:57.64

凄い低次元の質問ですが、、、
皆さんタイピングって、ホームポジション通りにやっていますか？

今度、Javaを勉強する事になりました。
我流のなんちゃってブラインドタッチでも問題なかったのですが
｛｝等の記号を打ちなれていなくて。

タイピングを基本通りに直すべきでしょうか？

2021/05/19(水) 21:25:10.93

コーディングはUS配列だと楽だよ
個人の感想だが

2021/05/19(水) 21:33:51.04

>>863
ありがとうございます。
確かに慣れれば、記号は打ちやすそうな感じはしますね。

2021/05/19(水) 21:34:57.71

>>862
我流である程度精度とスピード出ているなら問題ないと思いますが、そうでないなら基本をマスターした上で自分に合ったやり方を見つけていくのが良いと思います。

2021/05/19(水) 21:51:11.72

基本はホームポジションでも
Shift押しながらとかだと我流になってしまってるな

2021/05/19(水) 22:00:22.69

>>865
和文、英文共に人並み以上の速さです。
ただ小指はEnter位しか使っていないので、小指で記号を打つのには少し時間がかかりそうな気がします。

2021/05/19(水) 22:11:19.31

>>866
シフト押しながらのホームポジションってあるもんなのか
考えたことも無かったわ

2021/05/19(水) 22:32:22.28

我流でも指が楽に動くようならそれに越したことは無い

一般的に推奨されてるどの指でどのキーを打つかってやつは
指にかかる負荷や連続タイプ時の動きが考慮されてないから
参考程度にとどめておいたほうがいい

2021/05/19(水) 23:46:27.23

これはもしやdvorakや中指シフトを布教してもいい流れ…？(ｳｽﾞｳｽﾞ

2021/05/20(木) 06:38:05.35

ダイヤモンドカーソルが捨てられない。

2021/05/20(木) 10:24:43.99

>>868
ちょっと違うけど
ホームポジション右手で入力する文字の場合左手で左シフトとかかな

2021/05/20(木) 11:10:44.82

>>872
なるほどな
初めて右シフトの存在意義を知ったわ

2021/05/20(木) 12:04:28.12

Ctrl「」
Alt「」

2021/05/20(木) 19:02:26.06

JavaのGOLD持ってれば実務で組んでなくても何かしらの評価になりますかね？
他言語経験者でJavaの勉強しようと思うんだけど、ゴールをどういうところにもっていこうかと思ってる。

2021/05/20(木) 20:27:10.80

「JavaのGOLDを持っているんだな」
という評価になる
もしJavaのプログラミングを仕事にしたいのであれば
そういう求人のところに応募するしかない
雇う側はゼロから教えるつもりだから
知識があるかどうかは関係がない
ちょっと有利かもしれない

2021/05/20(木) 21:17:11.84

Ruby on Rails なんて、1年の未経験者が10年以上のプロよりも、技術力が上！

WSL2, Linux, Node.js(Webpack, Babel), Docker Compose, CircleCI,
VSCode(Remote Container, Remote WSL)、データベース

さらに最近は、AWS Fargate, Terraform, React, Vue.js

一方、YouTube で有名な雑食系エンジニア・KENTA は、
SES系Java は何もしなくても良いって言ってるw
SIer が、IT土方奴隷を集めているだけだから

YouTube では、自社開発系RubyのKENTA vs SES系Javaのモローの戦い

2021/05/20(木) 21:38:42.92

黄金の知識をちゃんとコードに反映できるレベルなら
そこらへんの低能が書いたコードより遥かに綺麗になることは間違いない
ただ知識詰め込んで黄金取りましたっていうなら低能と一緒

2021/05/21(金) 07:43:57.35

20代までなら実務経験なくても多少評価高く見てもらえるんじゃない？
他言語の経験はあるみたいだしそこでの活躍次第でいくらでも上振れる
30代以上なら資格なくてもJavaの実務経験豊富な奴採るかな

2021/05/21(金) 11:11:47.91

Javaの仕事したいわけじゃないんじゃないかな・・・だってJavaだよ

2021/05/21(金) 12:05:09.44

Javaの仕事したくないのにgold取る意味が分からん
評価欲しいならその業務に適した資格があるだろ

2021/05/21(金) 12:28:59.03

IBM HLアセンブラーの資格試験がありません。よくこれだけで30年食えたわ

2021/05/21(金) 13:53:03.23

GOLDとっても若くないと取得しても意味がないかな
受験料安ければ自己研鑽でとってもいいんだけどなぁ
保有してる方はどういう理由で取得されたんですか？

2021/05/21(金) 14:34:00.41

Javaでおすすめのparser libraryってありますか？

2021/05/21(金) 14:48:02.65

>>884
何をパースするん？ CSV？ JSON？ XML？

2021/05/21(金) 15:06:39.75

初心者だがファイル読み込みとは言わずパーサを欲しがる……
とするとSableCCみたいなパーサジェネレータが欲しいんだろ

2021/05/21(金) 17:52:45.42

住所のパーサー

2021/05/21(金) 20:18:52.67

総務省の全国地方公共団体コードを参照して
都道府県、市区町村、その他住所に分割したことならある

総務省｜電子自治体｜全国地方公共団体コード
https://www.soumu.go.jp/denshijiti/code.html

2021/05/22(土) 10:32:23.88

最後が32ページとかなってるがこいつらマジで印刷するつもりなのか、バカだろ
総務省はアホとバカのすくつか？
最高学府でエクセル印刷するバカを量産してんのか？

2021/05/22(土) 14:16:48.59

>>886
そうです
パーサージェネレータです

2021/05/22(土) 16:14:37.91

HttpUrlConnectionを使ってサーバに対してPOST送信してるのですが、
送信データはBASE64文字列のため、「+」が含まれているとスペースに置き換わってしまいます。
これはJavaの仕様なのでしょうか？
何か回避策ありますかね？

// POSTデータ送信処理
try (OutputStream out = con.getOutputStream()) {
BufferedWriter writer = new BufferedWriter(new OutputStreamWriter(out, "UTF-8"));
writer.write("signature=" + signature);
writer.flush();
writer.close();

2021/05/22(土) 17:43:07.78

URLEncodeしたら良いのでは？

2021/05/22(土) 19:16:21.75

>>889
ただの大学出ってだけでなくて、東京一工早慶とかゴロゴロいそうなイメージ

2021/05/22(土) 19:20:56.87

>>889
役所は紙に印刷して人の目で確認するって法律で決まってるって聞いた。
いまどきアホなことやってんなとは思うがｗ

2021/05/22(土) 19:36:52.96

(Kyokumen)oの処理は何をしているのでしょうか
基本かと思うのですが

class Kyokumen implements Constants,Cloneable {
//中略
public boolean equals(Object o) {

Kyokumen k=(Kyokumen)o;
if (k==null) return false;
return equals(k);
}
//中略
}

2021/05/22(土) 19:49:20.98

>>895
ObjectからKyokumenに型変換してる
てかなにこのひどいメソッド

2021/05/22(土) 19:51:28.10

Java将棋のアルゴリズムという本からの抜粋です
ありがとうございました。

2021/05/23(日) 01:42:48.15

邪悪なコードに見えるけど、きっと抜粋元では型チェックしてるし、オーバーロードもprivateなんでしょう

2021/05/23(日) 13:09:09.14

インスタンス同士の等価でしょ。
丸投げ判定

Ruby で言う、<=> 宇宙船演算子

2021/05/23(日) 13:40:34.46

１　equalsはObjectで受け取るのがお約束
２　次のステップでは適切な型かどうかチェックするのもセオリー
３　その後にようやくホントの比較をする

これをすっ飛ばすとセオリーだけがヘンにこびりついた謎コードが出来上がる
曰く「equalsではObjectで受けとれ」てな村の伝承で型チェックせず無条件にキャストしてる

でも局面と局面以外を比較するミスなんてそうそう起きないでしょコレ
昔からの惰性でキャストしてる

2021/05/23(日) 13:44:08.84

・キャスト知らない
・equalsの典型的な書き方知らない

将棋の本読んでる場合じゃねーぞ
Javaの教科書一通り読んだ方が早いゾ

基本と分かってて基本をやって無いんだからこの先幾度となくつっかかって読み通せなくなるのが目に見えてる

2021/05/23(日) 14:33:42.74

たいてい、どの言語でも「Effective 何々」と言う本に書いてある

インスタンス同士の比較を定義しましょうとか、
インスタンス.to_string を定義しましょうとか

2021/05/23(日) 14:39:32.91

>>902
違うじゃん
キャストが何なのか知らない、分からない、と書いてる

2021/05/23(日) 15:42:25.84

なんでobjectで受け取ってるか理解してないガチ素人しかいなくてワロタｗ
回答側も初心者しかいなくてワロタｗ

2021/05/23(日) 16:04:36.11

Object は基底クラスだから、

つまり、すべてのクラスを受け付けるように作っている

2021/05/23(日) 16:13:39.47

>>899
RubyおじさんJava分かってないじゃん
インスタンス等価を評価したいならそもそもオーバーライドする必要がない
super.equals(k) と書いていない以上、Objectクラスのインスタンス等価の実装が呼ばれることはない
再起でスタックオーバーフローになってないならオーバーロードが省略されてると考えるのが妥当

ついでに言うと、equalsをオーバーロードするのは悪手もいいところ
ただしequalsのオーバーロードをprivateで書いた場合は直ちに実害はない（やりたいとは決して思わんけど）

2021/05/23(日) 16:15:22.80

そういう意味じゃねーんだなぁ

2021/05/23(日) 16:19:28.38

>>906
> equalsをオーバーロードするのは悪手もいいところ

これはどうしてなの？

2021/05/23(日) 16:32:49.81

ルビーのおっさんは論外だからもうレスしないほうがいいぞ

2021/05/23(日) 17:03:37.00

>>908
書くだけ無駄な上にミスを誘発する
特にオーバーロードだけ書いてオーバーライドを忘れるとMapなどでまともに動かなくなる
サブクラスを増やしたときもオーバーロード向けのオーバーライドがいちいち必要になって冗長だしこれまたミスを誘う
オーバーロード間で挙動に一貫性がなかったりするとこれまた分かりにくいバグを生む

2021/05/23(日) 18:20:34.20

>>908
オーバーライドではなくオーバーロードだよ？　悪手に決まってんじゃん
元のコードを読み返してみて equals の中から equals が呼ばれてる
これがスタックオーバーフローしないのは equals(Kyokumen k) というオーバーロードが存在するからと推測できる

このようなオーバーロードをしてるとちょっとしたことでスタックオーバーフローしがち
だからやめようね

2021/05/23(日) 18:56:42.05

内側の隠蔽用途なら、適当に_つけるとかなんかすればいいしな。

2021/05/23(日) 19:05:03.23

>>910
そうなんだ

2021/05/23(日) 19:05:53.77

>>911
キャストしてるからオーバーロードが成立するわけで再帰するわけじゃないっすよね
スタックオーバーフローにはならないですよね

2021/05/23(日) 19:07:30.09

間違って書いたとしてもスタックオーバーフローになるなら実装時に気づくと思うけどなあ
なんでダメなのかあまり説得力を感じなかった

2021/05/23(日) 19:08:22.16

オーバーライド忘れてMapが動かなくなるのはオーバーライドがあろうがなかろうがそんなの当たり前じゃん
君たちの批判はすべて言いがかりレベルの些末なことだよ

2021/05/23(日) 19:09:45.22

僕はそんなミスをしたことがないんだよね、僕が優秀なだけなのかな
なんか優秀でごめんだけど、本当に意味がわからないんだよね

2021/05/23(日) 19:18:10.69

”君たち”じゃないから
くそみたいな低レベルな話してるのはおまえともう一人の奴だけだ
関係ないやつを巻き込むな

2021/05/23(日) 19:19:24.44

>>918
君も含めて、意味がわからないんだよね
君がその代表です

2021/05/23(日) 19:20:23.07

>>918
> equalsをオーバーロードするのは悪手もいいところ

これはどうしてなの？

2021/05/23(日) 19:26:05.46

別にワイは握手なんて言ってない
噛みつくな阿呆

2021/05/23(日) 19:30:45.97

>>921
そうなんです
あなたは何も言ってないんです、だから意味がわからないんです
equalsをオーバーロードするのはあなたにとってどう？

2021/05/23(日) 19:31:01.71

率直に

2021/05/23(日) 19:35:54.83

> public boolean equals(Object o) {
> Kyokumen k=(Kyokumen)o;
> if (k==null) return false;
> return equals(k);
> }

このメソッドはKyokumenでないオブジェクトが渡されたときに
実行時例外が投げられるけれども、実行時例外が投げられるからこそ
実装ミスに気づける良いコードとも言えるわけです

2021/05/23(日) 19:39:00.17

Javaの標準ライブラリはジェネリクス使ってコンパイル時に型の間違いを検出できるようにするのが
理想なんでしょうけどね

2021/05/23(日) 19:50:40.79

頭悪そうだからわかってて言ってるのか知らんが
オバマロードの糞な点はメソッドの選択が動的ではないということだろ

2021/05/23(日) 19:52:33.86

>>914
そりゃあちゃんと書いてれば再帰にはならないけどさ
equals(Kyokumen k) の型を間違えたり変更したりしただけで equals(Object o) がマッチしてしまう危険性がある
たとえば equals(KyokumenB k) にしてしまったりとか

2021/05/23(日) 19:58:09.23

>>926
> オバマロードの糞な点はメソッドの選択が動的ではないということだろ

それはオーバーロードの説明であってクソなところの説明ではないよね
いまだにあなたは何も言ってない状況です、給料泥棒だよ

2021/05/23(日) 19:59:35.86

>>927
型を間違えるっていうのはそれはもうバグなので
スタックオーバーフローでそれに気づけるので良いことですよね

2021/05/23(日) 20:03:19.38

＞それはオーバーロードの説明であってクソなところの説明ではないよね

動的でないメソッドの選択が実装者にとってとてつもなく糞で言語の欠陥って言ってるのが
わからないくらいアホなんだからレスつけるな低能

2021/05/23(日) 20:04:24.08

>>930
どうしてクソなのか説明できる？

2021/05/23(日) 20:05:58.14

説明できなきゃ動的でないってレスもできないよなぁアホ
「私は低能だからわからないので教えてください」って言ったら説明してやるよ低能

2021/05/23(日) 20:07:50.86

>>932
私は低能だからわからないので教えてください

2021/05/23(日) 20:08:15.84

言っとくけど僕にはプライドなんてないからね！！

2021/05/23(日) 20:20:11.34

ほんとド低能は低能すぎてしょうがないにゃぁ
オバマロードしたメソッドはコンパイルされた段階でどのメソッドが呼び出されるか既に確定してるんだよ
今回のように同じ型を引数に渡せるメソッドが2つあった場合Objectの方のメソッドしか絶対に呼ばれない
これが糞な理由だ
これでわからなかった諦めて入門書からやりなおせ低能

2021/05/23(日) 20:22:39.10

今回のようにとは言ったがオーバーロードしたメソッドがあるかは全くわからんけどな
そんなもん作っても呼ばれないんだから無意味だしないと考えるのが妥当

2021/05/23(日) 20:28:33.19

>>935
え、全然わかんないんだけど、何言ってるのこの人、ちゃんと説明してる？

> 今回のように同じ型を引数に渡せるメソッドが2つあった場合Objectの方のメソッドしか絶対に呼ばれない

実引数の型によるよね

2021/05/23(日) 20:29:59.37

よらねーんだアホ
だから低能なんだよお前は
あほ