Java入門・初心者質問スレ Part.10
レス数が950を超えています。1000を超えると書き込みができなくなります。
次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512
Java初心者のためのスレッドです。
※前スレ
Java入門・初心者質問スレ Part.9
https://mevius.5ch.net/test/read.cgi/tech/1552143555/
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured 業務でJava使ったことないんですが、GOLD取得してたらやる気くらいの証明になりますかね?
残念ながら若い年齢ではないけど。 >>851
silver取らなきゃgold受けられないしやる気の証明はできるんじゃない? (うまい例かどうか心配なのですが)
車名とオプションをフィールドとして持つ車オブジェクトがあります。これを車名の重複を許さない Collecition に格納します。
(N-box, 自動運転)
(ハスラー, パワースライドドア)
ここで新規のオブジェクトについて、既に同じ車名が Collection に存在すれば、オプションの内容を確認して特定の条件を満たす場合だけエントリーを差し替えたいと考えています。
((ハスラー, 自動運転) のエントリーを既存エントリー(ハスラー, パワースライドドア) と置き換えるかどうかは、既存エントリーのオプションにより決まる)
オブジェクトの hashcode() と equals(Object) を車名フィールドで実装して Collection を Set とすることで 「車名の重複のないCollection」 を作ることはできました。特定の車名をもつ既存エントリーへの参照を取ってくるうまい方法はないでしょうか。contains(Object) が真になる Collection 内のオブジェクトへの参照を得る方法です。
です。
(実際には車名は単一のフィールドではなく、複数のオブジェクトとプリミティブ形配列の組み合わせです)
1. Collection を ArrayList<車> にして、重複回避は contains(Object) をつかって自前でやり、既存のエントリーを get( indexOf(新エントリー) ) で参照
2. Collection を Map<車,車> にして同じオブジェクトを key と value の両方で登録し、既存のエントリーを get(新エントリー) で参照
ていうのでできないことはないのですが、ちょっとカッコ悪い気がしまして。 引数に車オブジェクトを渡さないといけないけど
車名で車オブジェクトを得るなら
Map<String, 車>で車名 => 車のマップを作るとか >オブジェクトの hashcode() と equals(Object) を車名フィールドで実装
車名が同じならオプションが違っても同値なん?
> 車名は単一のフィールドではなく、複数のオブジェクトとプリミティブ形配列の組み合わせ
車名クラスでまとめ、hashCode()を実装、Map<車名,車>でget(車名) 車名をレコードとして定義すればequals()やhashCode()の実装は不要
SetはMapのkeyだけのコレクション(Set<Key>, Map<Key, Value>)
keyとして比較すべきじゃないオブジェクトを入れたSet<車>はよくない みなさま、レスありがとうございます。
>>856
おっしゃる通り Set.get(Object) があればいいのですが見当たりません。
>>859 の
> keyとして比較すべきじゃないオブジェクトを入れたSet<車>はよくない
がお作法なのですね。
>>857,858,859
実際には車名は単一のオブジェクトではないので、そこをクラスなりレコードとして定義して、Collection は Map とするのがアドバイスですね。
>>858
> 車名が同じならオプションが違っても同値なん?
車オブジェクトは車名が同じであれば同一として扱える場合が多いです。しかし車名の一致を equals(Object) でハンドリングするのがよろしくないのかもしれません。
仕事のプログラミングではないので、もう少しじっくり悩んでみます。 俺もMap<車名, 車>一択だと思うよ
車名より車種と例えるとより適切かな
車 has a 車種とすると冗長さも改善できる 凄い低次元の質問ですが、、、
皆さんタイピングって、ホームポジション通りにやっていますか?
今度、Javaを勉強する事になりました。
我流のなんちゃってブラインドタッチでも問題なかったのですが
{}等の記号を打ちなれていなくて。
タイピングを基本通りに直すべきでしょうか? >>863
ありがとうございます。
確かに慣れれば、記号は打ちやすそうな感じはしますね。 >>862
我流である程度精度とスピード出ているなら問題ないと思いますが、そうでないなら基本をマスターした上で自分に合ったやり方を見つけていくのが良いと思います。 基本はホームポジションでも
Shift押しながらとかだと我流になってしまってるな >>865
和文、英文共に人並み以上の速さです。
ただ小指はEnter位しか使っていないので、小指で記号を打つのには少し時間がかかりそうな気がします。 >>866
シフト押しながらのホームポジションってあるもんなのか
考えたことも無かったわ 我流でも指が楽に動くようならそれに越したことは無い
一般的に推奨されてるどの指でどのキーを打つかってやつは
指にかかる負荷や連続タイプ時の動きが考慮されてないから
参考程度にとどめておいたほうがいい これはもしやdvorakや中指シフトを布教してもいい流れ…?(ウズウズ >>868
ちょっと違うけど
ホームポジション右手で入力する文字の場合左手で左シフトとかかな >>872
なるほどな
初めて右シフトの存在意義を知ったわ JavaのGOLD持ってれば実務で組んでなくても何かしらの評価になりますかね?
他言語経験者でJavaの勉強しようと思うんだけど、ゴールをどういうところにもっていこうかと思ってる。 「JavaのGOLDを持っているんだな」
という評価になる
もしJavaのプログラミングを仕事にしたいのであれば
そういう求人のところに応募するしかない
雇う側はゼロから教えるつもりだから
知識があるかどうかは関係がない
ちょっと有利かもしれない 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のモローの戦い 黄金の知識をちゃんとコードに反映できるレベルなら
そこらへんの低能が書いたコードより遥かに綺麗になることは間違いない
ただ知識詰め込んで黄金取りましたっていうなら低能と一緒 20代までなら実務経験なくても多少評価高く見てもらえるんじゃない?
他言語の経験はあるみたいだしそこでの活躍次第でいくらでも上振れる
30代以上なら資格なくてもJavaの実務経験豊富な奴採るかな Javaの仕事したいわけじゃないんじゃないかな・・・だってJavaだよ Javaの仕事したくないのにgold取る意味が分からん
評価欲しいならその業務に適した資格があるだろ IBM HLアセンブラーの資格試験がありません。よくこれだけで30年食えたわ GOLDとっても若くないと取得しても意味がないかな
受験料安ければ自己研鑽でとってもいいんだけどなぁ
保有してる方はどういう理由で取得されたんですか? Javaでおすすめのparser libraryってありますか? >>884
何をパースするん? CSV? JSON? XML? 初心者だがファイル読み込みとは言わずパーサを欲しがる……
とするとSableCCみたいなパーサジェネレータが欲しいんだろ 総務省の全国地方公共団体コードを参照して
都道府県、市区町村、その他住所に分割したことならある
総務省|電子自治体|全国地方公共団体コード
https://www.soumu.go.jp/denshijiti/code.html 最後が32ページとかなってるがこいつらマジで印刷するつもりなのか、バカだろ
総務省はアホとバカのすくつか?
最高学府でエクセル印刷するバカを量産してんのか? 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(); >>889
ただの大学出ってだけでなくて、東京一工早慶とかゴロゴロいそうなイメージ >>889
役所は紙に印刷して人の目で確認するって法律で決まってるって聞いた。
いまどきアホなことやってんなとは思うがw (Kyokumen)oの処理は何をしているのでしょうか
基本かと思うのですが
class Kyokumen implements Constants,Cloneable {
//中略
public boolean equals(Object o) {
Kyokumen k=(Kyokumen)o;
if (k==null) return false;
return equals(k);
}
//中略
} >>895
ObjectからKyokumenに型変換してる
てかなにこのひどいメソッド Java将棋のアルゴリズムという本からの抜粋です
ありがとうございました。 邪悪なコードに見えるけど、きっと抜粋元では型チェックしてるし、オーバーロードもprivateなんでしょう インスタンス同士の等価でしょ。
丸投げ判定
Ruby で言う、<=> 宇宙船演算子 1 equalsはObjectで受け取るのがお約束
2 次のステップでは適切な型かどうかチェックするのもセオリー
3 その後にようやくホントの比較をする
これをすっ飛ばすとセオリーだけがヘンにこびりついた謎コードが出来上がる
曰く「equalsではObjectで受けとれ」てな村の伝承で型チェックせず無条件にキャストしてる
でも局面と局面以外を比較するミスなんてそうそう起きないでしょコレ
昔からの惰性でキャストしてる ・キャスト知らない
・equalsの典型的な書き方知らない
将棋の本読んでる場合じゃねーぞ
Javaの教科書一通り読んだ方が早いゾ
基本と分かってて基本をやって無いんだからこの先幾度となくつっかかって読み通せなくなるのが目に見えてる たいてい、どの言語でも「Effective 何々」と言う本に書いてある
インスタンス同士の比較を定義しましょうとか、
インスタンス.to_string を定義しましょうとか >>902
違うじゃん
キャストが何なのか知らない、分からない、と書いてる なんでobjectで受け取ってるか理解してないガチ素人しかいなくてワロタw
回答側も初心者しかいなくてワロタw Object は基底クラスだから、
つまり、すべてのクラスを受け付けるように作っている >>899
RubyおじさんJava分かってないじゃん
インスタンス等価を評価したいならそもそもオーバーライドする必要がない
super.equals(k) と書いていない以上、Objectクラスのインスタンス等価の実装が呼ばれることはない
再起でスタックオーバーフローになってないならオーバーロードが省略されてると考えるのが妥当
ついでに言うと、equalsをオーバーロードするのは悪手もいいところ
ただしequalsのオーバーロードをprivateで書いた場合は直ちに実害はない(やりたいとは決して思わんけど) >>906
> equalsをオーバーロードするのは悪手もいいところ
これはどうしてなの? ルビーのおっさんは論外だからもうレスしないほうがいいぞ >>908
書くだけ無駄な上にミスを誘発する
特にオーバーロードだけ書いてオーバーライドを忘れるとMapなどでまともに動かなくなる
サブクラスを増やしたときもオーバーロード向けのオーバーライドがいちいち必要になって冗長だしこれまたミスを誘う
オーバーロード間で挙動に一貫性がなかったりするとこれまた分かりにくいバグを生む >>908
オーバーライドではなくオーバーロードだよ? 悪手に決まってんじゃん
元のコードを読み返してみて equals の中から equals が呼ばれてる
これがスタックオーバーフローしないのは equals(Kyokumen k) というオーバーロードが存在するからと推測できる
このようなオーバーロードをしてるとちょっとしたことでスタックオーバーフローしがち
だからやめようね 内側の隠蔽用途なら、適当に_つけるとかなんかすればいいしな。 >>911
キャストしてるからオーバーロードが成立するわけで再帰するわけじゃないっすよね
スタックオーバーフローにはならないですよね 間違って書いたとしてもスタックオーバーフローになるなら実装時に気づくと思うけどなあ
なんでダメなのかあまり説得力を感じなかった オーバーライド忘れてMapが動かなくなるのはオーバーライドがあろうがなかろうがそんなの当たり前じゃん
君たちの批判はすべて言いがかりレベルの些末なことだよ 僕はそんなミスをしたことがないんだよね、僕が優秀なだけなのかな
なんか優秀でごめんだけど、本当に意味がわからないんだよね ”君たち”じゃないから
くそみたいな低レベルな話してるのはおまえともう一人の奴だけだ
関係ないやつを巻き込むな >>918
君も含めて、意味がわからないんだよね
君がその代表です >>918
> equalsをオーバーロードするのは悪手もいいところ
これはどうしてなの? >>921
そうなんです
あなたは何も言ってないんです、だから意味がわからないんです
equalsをオーバーロードするのはあなたにとってどう? > public boolean equals(Object o) {
> Kyokumen k=(Kyokumen)o;
> if (k==null) return false;
> return equals(k);
> }
このメソッドはKyokumenでないオブジェクトが渡されたときに
実行時例外が投げられるけれども、実行時例外が投げられるからこそ
実装ミスに気づける良いコードとも言えるわけです Javaの標準ライブラリはジェネリクス使ってコンパイル時に型の間違いを検出できるようにするのが
理想なんでしょうけどね 頭悪そうだからわかってて言ってるのか知らんが
オバマロードの糞な点はメソッドの選択が動的ではないということだろ >>914
そりゃあちゃんと書いてれば再帰にはならないけどさ
equals(Kyokumen k) の型を間違えたり変更したりしただけで equals(Object o) がマッチしてしまう危険性がある
たとえば equals(KyokumenB k) にしてしまったりとか >>926
> オバマロードの糞な点はメソッドの選択が動的ではないということだろ
それはオーバーロードの説明であってクソなところの説明ではないよね
いまだにあなたは何も言ってない状況です、給料泥棒だよ >>927
型を間違えるっていうのはそれはもうバグなので
スタックオーバーフローでそれに気づけるので良いことですよね >それはオーバーロードの説明であってクソなところの説明ではないよね
動的でないメソッドの選択が実装者にとってとてつもなく糞で言語の欠陥って言ってるのが
わからないくらいアホなんだからレスつけるな低能 説明できなきゃ動的でないってレスもできないよなぁアホ
「私は低能だからわからないので教えてください」って言ったら説明してやるよ低能 >>932
私は低能だからわからないので教えてください ほんとド低能は低能すぎてしょうがないにゃぁ
オバマロードしたメソッドはコンパイルされた段階でどのメソッドが呼び出されるか既に確定してるんだよ
今回のように同じ型を引数に渡せるメソッドが2つあった場合Objectの方のメソッドしか絶対に呼ばれない
これが糞な理由だ
これでわからなかった諦めて入門書からやりなおせ低能 今回のようにとは言ったがオーバーロードしたメソッドがあるかは全くわからんけどな
そんなもん作っても呼ばれないんだから無意味だしないと考えるのが妥当 >>935
え、全然わかんないんだけど、何言ってるのこの人、ちゃんと説明してる?
> 今回のように同じ型を引数に渡せるメソッドが2つあった場合Objectの方のメソッドしか絶対に呼ばれない
実引数の型によるよね 疑問に思う前に手を動かせ糞初心者
ピーチクパーチク喚きやがって
あほ >>941
昔はそうだったってこと? いつのとき? Javaのバージョンは? あなたは手を動かして確認したのだよね?
バージョンいくつで確認したの? 初心者なんですけど ワッチョイ 4e10-lMMI の涙目敗走負けってことでいいんですか?? 逆
オバマロードが静的であることは事実だから
おまえの負け SpringBootでコンソールアプリケーションを作成したいんだけど
コマンドライン引数解析でいい感じのライブラリってある?
.NETでは↓こういうのがあってこれの類似品がJavaにあれば助かる
https://github.com/Cysharp/ConsoleAppFramework ApplicationRunner標準のApplicationArgumentsしか使ってないや >>944
バグりやすいからequalsのオーバーロードは避けたほうがいいのは間違いない
それ以外にも元のサンプルコードはいきなりキャストして
それからnullチェックとか意味がわからん >>948
nullのときfalseにしたいだけだと思うよ >>949
nullのときにfalseにするならキャスト前に o == null で十分
instanceof 使わずに強制キャスト試みるなら k も要らんな
equals((Kyokumen)o) でいいな
どうせテキトーなコードなんだから >>950
だよね
ググったら近畿大学理工学部で卒業研究が2つヒットした
該当箇所は2つともコメント含め全く同じだったから元ネタは別にありそう レス数が950を超えています。1000を超えると書き込みができなくなります。