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

**デフォルトの名無しさん** · 2018/01/10(水) 11:06:04.02

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

※前スレ
Java入門・初心者質問スレ Part.6
http://mevius.2ch.net/test/read.cgi/tech/1513783473/

**デフォルトの名無しさん** · 2018/04/18(水) 13:37:38.62

>>350
嫉妬か？

**デフォルトの名無しさん** · 2018/04/18(水) 14:05:49.15

まぁ言いたいことはわかるけど ID:q6pXgTbr レベルの奴に返す回答ではないね
基本的このスレは俺を除いて質問者も回答者もほぼ全員が誇張なしに馬鹿だと思う

**デフォルトの名無しさん** · 2018/04/18(水) 14:09:44.34

>>348
コンピュータは人間が文章を読む時と同じように上から下にプログラムを読んで実行して行くが、
その文章の途中に「○○を読め」と書いてあり、それが出てきたら馬鹿正直にそちらを読んで実行し、
それが終わったら元に戻って続きを読む。

そんな感じで実行していくので文章の見た目の上下とは無関係に上に行ったり下に行ったりする。
同然文章の終わりが一番下になっているとは限らず、真ん中で終わることもある。

見た目に惑わされてはならない。

**デフォルトの名無しさん** · 2018/04/18(水) 15:02:23.36

>>349
>>353
ありがとうございます
そういう仕組みなのですね

どこを見れば
「ここのメソッドはあちらの方で処理されるからここでは処理されない」
といった判断ができるのでしょうか？

処理されるのはMain関数の中身だけ、といった訳ではないのですよね

**デフォルトの名無しさん** · 2018/04/18(水) 15:29:51.02

実行されるのは main 関数の中身だけだよ

**デフォルトの名無しさん** · 2018/04/18(水) 15:39:39.32

>>354
関数が実行される順序は
最初はmainで後の法則は>>353
ファイルの先頭からではなくmainの先頭から

mainのAでprintThreeValuesに入ってBへ
そこから1行ずつ進みC, D, Eの順に通り
printThreeValuesの}に到達したらAの次の行へ
mainの}に到達したので終わり

**デフォルトの名無しさん** · 2018/04/18(水) 16:04:40.45

お前らって断片的な回答ばっかで質問者が求めてる根本的な回答を全くできないよね

**デフォルトの名無しさん** · 2018/04/18(水) 16:24:51.29

>>355
>>356
実行されるのはmainのみなのですね；
知りませんでした・・・

今回のコードはmain以外のメソッドが1つしかありませんが
これが数百、数千のコードになっても
結局はmain関数の{から}までしか実行されないということでしょうか？

**デフォルトの名無しさん** · 2018/04/18(水) 17:57:52.91

>>358
そう。しかし普通はmainの中から他のメソッドを使うように書いてあるのでそこでそちらに処理が移って終わったら帰ってくるという形式になる。

**デフォルトの名無しさん** · 2018/04/18(水) 19:34:08.75

こうやってひとつの関数に全部書いた方がわかりやすいって奴が育っていくんだな

**デフォルトの名無しさん** · 2018/04/18(水) 20:15:05.19

>>358
mainは書かずにJUnitのようなテストランナーで実行した方がいい
その方がクラスをコンポーネントとして捉える感覚が身に付く
mainを基準にすると処理を連続した手続きとして捉える考え方が染みついてしまう
仕事でプログラミングする場合もmainを書くことは殆どない

**デフォルトの名無しさん** · 2018/04/18(水) 20:40:56.23

お前らのアドバイスって段階がおかしいんだよね
初心者に対してそういうのってアドバイスになってないどころか悪手中の悪手なんだわ
物事には学習する順序ってもんがある
総じてレベルが低い

**デフォルトの名無しさん** · 2018/04/18(水) 20:47:37.52

そう？

**デフォルトの名無しさん** · 2018/04/18(水) 20:48:23.55

>>362
お手本を見せてくれ。

**デフォルトの名無しさん** · 2018/04/18(水) 20:54:21.02

ID:AEcEsWpP先生が、レベルの高い返事の見本を書いてくれればいいよ
そしたらテンプレにするから

**デフォルトの名無しさん** · 2018/04/18(水) 21:08:08.83

+　　　+
　 ∧＿∧ 　+
　（0゜・∀・）　　　ワクワクテカテカ
　（0゜∪ ∪ + 　　　　　　　
　と＿_）__）　+

**デフォルトの名無しさん** · 2018/04/18(水) 21:31:40.64

>>358
main も printThreeValues も単に定義してるだけでしょ？
定義してるだけなので、呼び出されない限り実行されない。
だが main は呼び出される。これが main の特殊性。
main が呼び出されたので、その記述に従って printThreeValues が呼び出される。
main の中身がカラなら printThreeValues は呼ばれない。

**デフォルトの名無しさん** · 2018/04/19(木) 12:38:13.50

継承とかでもここ呼んだらsuper通ってこっち行って…とか言ってるやついるよな
定義に従って完成されたものがメモリ上にロードされてるイメージだろ

んーちょうどいい言葉ではないな

**345** · 2018/04/20(金) 00:15:24.50

よろしければ、俺の質問にも答えてもらえると嬉しいです
>>345です

**デフォルトの名無しさん** · 2018/04/20(金) 00:49:16.60

言ってることが意味不明すぎて1㍉も理解できないのでスルー

**345** · 2018/04/20(金) 01:59:16.14

すいませんでした
JDKでpackageを使う方法は、出来なくても仕事とかで問題無いでしょうか？

**デフォルトの名無しさん** · 2018/04/20(金) 02:29:27.65

>>371
パッケージ使わないと名前が衝突することがあるので無理
仕事なら一人でやるわけでないし尚更
場合によっては知らない人が作ったパッケージをいじることも

CLASSPATHが理解できないのか

**345** · 2018/04/20(金) 02:37:41.72

>>372
レスありがとうございます

フォルダを階層構造にするのが煩雑で嫌なんです
(一般に、)統合開発環境を用いたpackage化が出来る、というだけでは駄目ですか？

**デフォルトの名無しさん** · 2018/04/20(金) 13:10:09.62

>>373
ファイルが1000個とか煩雑過ぎるだろ

**デフォルトの名無しさん** · 2018/04/20(金) 15:16:16.19

多分話が噛み合ってない

**デフォルトの名無しさん** · 2018/04/20(金) 15:59:16.02

>>373
packageの構成も含めて設計だから、できるようにならないとね

**デフォルトの名無しさん** · 2018/04/20(金) 16:30:35.14

手作りする意味は皆無だけどな

**デフォルトの名無しさん** · 2018/04/20(金) 21:10:35.11

Kotlin は同じディレクトリに全ソースぶち込んでパッケージ違ってても問題ないんだよね。
やっぱ不便だから改良したってことなんだろうな。

**デフォルトの名無しさん** · 2018/04/20(金) 23:24:08.50

JavaアンチもそうだけどJavaスレでいつもkotlinガーkotlinガーって言ってる奴って何なんだろうね

**デフォルトの名無しさん** · 2018/04/20(金) 23:57:34.11

俺、出来るよ。

あピってるんだよw

**デフォルトの名無しさん** · 2018/04/21(土) 00:31:53.95

>>379
布教活動

**345** · 2018/04/21(土) 00:58:04.69

>>376の方をはじめ、答えて頂いた方ありがとうございました
理解を深めたいと思います

**デフォルトの名無しさん** · 2018/04/21(土) 13:04:10.38

スーパクラスのメソッドをオーバライドする時に
アクセス修飾子の公開範囲を狭めることができないのは何で？

**デフォルトの名無しさん** · 2018/04/21(土) 13:24:22.24

スーパークラスにキャストしたらメソッド使えちゃうガバガバ仕様になる。

もしくはほぼ全てのメソッド呼び出しで継承先で公開範囲が狭められたインスタンス使ってる可能性があるので
コンパイル時（Javaの場合はクラスロード時）でなくメソッド呼び出し実行時に毎回アクセス範囲チェックが必要になる。
当然実行速度は遅くなる。

どっちにしろアホすぎるので普通はやらない

**デフォルトの名無しさん** · 2018/04/21(土) 16:40:35.81

>>383
2つは外から見た時に同じものであるべきだから
違うなら継承しないか別のメソッドであるべき

**デフォルトの名無しさん** · 2018/04/21(土) 21:58:22.29

>>383
is-a関係の基本
スーパークラスのメソッドをサブクラスに対しても同じように呼び出せなきゃポリモーフィズムできないじゃん

例えば、Objectクラスのサブクラスは必ずtoStringメソッドを持つはずなのに、いざ呼び出したらprivateになってて
呼び出せませんでしたってことが起こってしまう

**デフォルトの名無しさん** · 2018/04/24(火) 00:20:30.16

https://i.imgur.com/sFfh3Sr.jpg
https://i.imgur.com/10sVFpD.jpg

解説見ても分からん、、、
なんでコンパイルエラーなの？

**デフォルトの名無しさん** · 2018/04/24(火) 00:57:13.36

getPrice()をオーバーライドするなら、ちゃんとthrowsも付けろよ、って書いてあるまんまじゃね？

**デフォルトの名無しさん** · 2018/04/24(火) 02:53:39.07

>>387
Javaはチェック例外のハンドリングコードがないと構文違反という仕様だから。

**デフォルトの名無しさん** · 2018/04/24(火) 04:26:57.89

質問です
インターフェースはObjectクラスを継承しておらず、何らかのクラスに実装した時に
Objectクラスを継承する、という理解で合ってるんですよね？

**デフォルトの名無しさん** · 2018/04/24(火) 08:28:13.84

>>390
違います

**デフォルトの名無しさん** · 2018/04/24(火) 09:06:54.35

>>390
どんなクラス作っても必ずObjectは継承されている。interfaceは無関係。

**デフォルトの名無しさん** · 2018/04/24(火) 16:11:36.60

https://www.wareko.jp/blog/post-13612

非同期処理＋Promiseで非同期処理が終わってから次の非同期処理が始まるけど、
それって同期処理と何が違うのですか？

**デフォルトの名無しさん** · 2018/04/24(火) 16:31:00.91

非同期は処理中でも、画面が固まらない

**デフォルトの名無しさん** · 2018/04/24(火) 17:00:45.22

同期処理だとUIスレッドまで止めるのかな？
処理の終了を待ちたいけど出来るだけ軽くしたいのならPromiseを使うのが良さそうね、ありがとう。

**390** · 2018/04/24(火) 17:28:01.29

>>391
>>392
ありがとうございました

**デフォルトの名無しさん** · 2018/04/25(水) 16:22:50.98

https://pastebin.com/hm55QbiV
上のコードの4行目で、throws IOExceptionという記述が無いと
コンパイルエラーになるのですが、
それはException系の例外が発生する可能性がある命令を呼ぶ場合、
例外処理をすることが課せられるからですか？

**デフォルトの名無しさん** · 2018/04/25(水) 17:26:52.29

例外処理しなかったら投げた例外はどこいくんだよ
宇宙の果てにでも飛んでくのか？

**デフォルトの名無しさん** · 2018/04/25(水) 17:31:33.29

>>398
スタートアップが処理するのでは？

**デフォルトの名無しさん** · 2018/04/25(水) 17:34:11.55

人気グループ「ＴＯＫＩＯ」の山口達也メンバーが、自宅マンションの部屋で女子高校生に無理やりキスをするなどの行為をしたとして、警視庁は強制わいせつの疑いで書類送検しました。

全文は以下
https://www3.nhk.or.jp/news/html/20180425/k10011417181000.html

**デフォルトの名無しさん** · 2018/04/25(水) 18:42:45.48

>>398
そう。そしてブラックホールに飲み込まれる。

**デフォルトの名無しさん** · 2018/04/25(水) 18:54:49.29

>>397
そう。どこかで例外を処理する必要がある。
そのメソッドの中でやる必要がなく、呼び出した側に任せたい場合はメソッドにthrows付けてその例外を並べておく。

**397** · 2018/04/25(水) 19:30:28.04

>>398
>>402
分かりました　ありがとうございました

**デフォルトの名無しさん** · 2018/04/25(水) 20:44:16.06

【マイトＬーヤとＰＳ４】　ＦＦとＤＱの最新作、ＶＲ開発は危険、プレーヤーの日常感覚を損なうおそれ
http://rosie.5ch.net/test/read.cgi/liveplus/1524621704/l50

**デフォルトの名無しさん** · 2018/04/25(水) 23:17:47.60

内容が陳腐で今まで読んでなかったスッキリ入門実践編を
この前ウンコしながら読んでたんだけど
listのremoveって内部でobjectのequal読んでるって初めて知ったわ
仕事でremove使ってるときに何かうまく削除できねーなぁって言うのが
何回かあったような気がしたから納得したわ
こんな本でも役に立つとは思わんかった

**デフォルトの名無しさん** · 2018/04/26(木) 01:41:03.96

APIリファレンスに書いてなかったか？

**デフォルトの名無しさん** · 2018/04/26(木) 08:48:52.90

JK的にそれしかありえんだろ

**デフォルトの名無しさん** · 2018/04/26(木) 09:39:16.37

JK的？

**デフォルトの名無しさん** · 2018/04/26(木) 11:22:14.87

メンバーか

**デフォルトの名無しさん** · 2018/04/26(木) 11:46:33.29

３５歳の間違いだろ

**デフォルトの名無しさん** · 2018/04/26(木) 14:20:36.08

共同ツール 1
https://seleck.cc/685

https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能　elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり

共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/

共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://sketchapp.com/extensions/plugins/
ttp://photoshopvip.net/103903

ttps://goodpatch.com/blog/sketch-plugins/

**デフォルトの名無しさん** · 2018/04/27(金) 01:23:44.80

>>410
ここで出すな

**デフォルトの名無しさん** · 2018/04/27(金) 10:56:04.65

アレルギー発症するしな

**デフォルトの名無しさん** · 2018/05/03(木) 06:41:39.46

int[] dt=new int[100];
これはやはり空白入れて
int[] dt = new int[100];
と書くのが一般的なんですかね？

**デフォルトの名無しさん** · 2018/05/03(木) 08:57:33.33

好きにしたらええ

**デフォルトの名無しさん** · 2018/05/03(木) 12:00:36.28

>>414
なにそのアホみたいな質問
どっちが一般的か、本当にわからなくて聞いてる？
前者の方が一般的もしくは半々ぐらいである可能性もあると思って聞いてんの？

**デフォルトの名無しさん** · 2018/05/03(木) 20:35:04.46

>>414
ワシは後者で書く
それで話は終わり

>>416
まあまあ
こんなカス掲示板で
マジにならんでもよろしい
ワシも多少はそう思ってる

**デフォルトの名無しさん** · 2018/05/03(木) 20:44:54.98

コンマの後ろは空白入れる派？
(1, 2, 3)

**デフォルトの名無しさん** · 2018/05/04(金) 03:59:25.88

マンコの後ろの穴にチンコ入れる派

**デフォルトの名無しさん** · 2018/05/04(金) 03:59:46.06

マンコの後ろの穴にチンコ入れる派

**デフォルトの名無しさん** · 2018/05/04(金) 04:06:53.55

マンコの後ろの穴にチンコ入れる派
( * )←ω

**デフォルトの名無しさん** · 2018/05/04(金) 06:18:21.42

数値リテラルとかビット～みたいな細かい数字の話が基礎知識として出てきてとりあえず読み飛ばしてるんですが、やはり理解するのは必須なんでしょうか

**デフォルトの名無しさん** · 2018/05/04(金) 21:01:19.41

必須だと思うよ。
そういう基礎的部分がわからないままではプログラム作れないだろう。

**デフォルトの名無しさん** · 2018/05/05(土) 00:41:00.51

やはりそうですか……
ありがとうございます

**デフォルトの名無しさん** · 2018/05/05(土) 02:57:52.54

Javaの基礎的な部分で混乱しそうな所は文字列定数かな。特にCやC++に慣れた人がダブルクォーテーションで括られてるだけでそれがStringのインスタンスであることを理解せずに String s = new String(”abc”); みたいな無駄な書き方をしてしまったりする。

**デフォルトの名無しさん** · 2018/05/05(土) 10:46:34.95

>>425
そんなところで混乱する奴なんていないよ

**デフォルトの名無しさん** · 2018/05/05(土) 15:19:26.83

そうかなあ？前はよく見たけどなあ。

**デフォルトの名無しさん** · 2018/05/05(土) 16:41:30.46

未だにequalsと==のバグ見かける
C#といったりきたりしてるとうっかりやるから
そろそろ言語仕様変えてほしい

**デフォルトの名無しさん** · 2018/05/05(土) 17:06:56.84

めっちゃ分かる

**デフォルトの名無しさん** · 2018/05/05(土) 17:19:52.83

なまじ似てるのが悪い。

**デフォルトの名無しさん** · 2018/05/05(土) 19:43:03.62

https://pastebin.com/Ls4mpSCv
本に載っていた上のコードの11行目で、byte型にキャストを行っているのですが、
その理由が分かりません
リファレンスで調べると、FileOutputStreamのwrite()メソッドは、byte[]か
intしか(第1)引数に取らないと書いてあります
どなたかこのキャストの理由が分かる方がいましたら、教えてもらえませんで
しょうか？

**デフォルトの名無しさん** · 2018/05/05(土) 19:55:03.40

>>431
理由はない、完全に無駄なキャストだしflushも呼ばなくていい

**デフォルトの名無しさん** · 2018/05/05(土) 20:08:07.19

それだけでなくなんか無駄があるな。9～13行目はこれでいいよなあ。

int data;
while ((data = is.read()) != -1)
　os.write(data);

**デフォルトの名無しさん** · 2018/05/05(土) 20:10:31.11

あ、でも、何れにしてもバッファリングしてないから遅くなるかな。
BufferedInputStream() や BufferedOutputStream() を通すことをお勧めする。

**431** · 2018/05/05(土) 22:47:05.28

答えてくれた方、ありがとうございます

>>432
flush()を呼ばないと書き込まれずにデータが残る恐れがある、と本には
書いてあるんですが…

>>433
>>434
分かりました

**デフォルトの名無しさん** · 2018/05/05(土) 22:50:45.34

>>435
どこの本じゃおらあああ！！！
説教してやるわ！
>>433さんお願いします

**431** · 2018/05/05(土) 23:14:03.22

>>436
有名な、「スッキリわかるJava入門実践編」です
該当箇所(p252)を引用します

「…flush()を呼び出さないとファイルに正しくデータが書き込まれないことがある
からです。
　実は、write()メソッドはデータの書き込みを要求するだけの命令であり、
呼び出したらすぐにファイルにデータが書き込まれるとは限りません。
これはファイルの読み書きを高速化するためのバッファというしくみによって、
後でまとめて書き込み処理がされることがあるためです。…」

**デフォルトの名無しさん** · 2018/05/05(土) 23:14:53.02

普通はcloseの内部でflushが呼ばれるか同等の処理がされるから、
きちんとcloseするプログラムの場合は明示的なflushは不要。

**431** · 2018/05/05(土) 23:44:43.67

>>438
そうなんですか？
ありがとうございました

**デフォルトの名無しさん** · 2018/05/05(土) 23:56:03.71

flush していないと、電源断・強制終了時に、書き込まれない

何秒おきに、flushされるかなどの設定は、
Java と言うよりは、OS・外部装置の挙動

**デフォルトの名無しさん** · 2018/05/06(日) 00:07:10.53

また35歳来てるのかよ

**デフォルトの名無しさん** · 2018/05/06(日) 00:14:34.04

flush使うのはログとかで途中経過を確実に見たいときだな

**デフォルトの名無しさん** · 2018/05/06(日) 04:49:26.60

flush() があった方が良いのは BufferedOutputStream や BufferedWriter のインスタンス経由で
出力していて尚且つ close() するよりも前に今まで出力した分がバッファから全て出力されて
欲しい場合だろう。そうでないのなら普通は無意味、というか、Bufferedでないクラスなら多分
何もしていない。(バッファがないなら flush() も何もないからね)。

>>431のプログラムの場合 FileOutputStream を作っているだけなのでバッファリングはされて
おらず write() した直後に書かれている筈だ。更に終わったらすぐに close() するだけなので
たとえバッファリングされていたとしても close() 前に flush() をする必要はない。

ただ問題は1バイトづつ読んだり書いたりするようになっていて非常に効率が悪いことだ。
入出力は両方ともこんな風にバッファリングされるようにした方が良い。

InputStream is = new BufferedInputStream(url.openStream());
OutputStream os = new BufferedOutputStream(new FileOutputStream("dj4.ico"));

更に読み書きする部分も以下のように自分でバッファ作ってまとめて読んでまとめて書くようにした方が良い。
(1000である必要はない。もっと大きくても良い)。

byte[] buf = new byte[1000];
int n;
while ((n = is.read(buf)) > 0)
　os.write(buf, 0, n);

こうした時の速度差は何Mバイトとか何Gバイトもの大量のデータを扱うと分かると思う。
(但しJavaコンパイラやJITの最適化、およびJavaVMやOSやハードウェアの進歩により
将来的にはどう書いても速く動くようになる可能性はある)。

**デフォルトの名無しさん** · 2018/05/06(日) 08:27:00.47

FileOutputStreamはJava側ではバッファリングしていないが
OS側のファイルシステムがバッファリングしてる場合もあるので、
flush呼び出しで明示的にディスク書き出しを指示できるので完全に無意味って事はない。

ただしディスク書き出しを指示するっても指示された側が直ちに実行するとは限らない。
典型的にはflushの呼び出しが終わった時には書き出しが終わっている事が期待されるが
実際にはディスクアクセスの優先順位待ちとかでflushの呼び出しが終わった時点でも
ディスクへの書き出しが終わってないとかそーゆーケースはある。

**デフォルトの名無しさん** · 2018/05/06(日) 11:03:17.43

FileOutputStreamだとflush上書きしてねーから>>444はウソだったわ。

**デフォルトの名無しさん** · 2018/05/06(日) 16:44:24.01

Java 側で FileOutputStream を使っていても OS 側で密かにバッファリングされていた場合は
Java の方からではどうすることもできないかもね。

ま、実際今時のOSだとディスクに対するライトキャッシュはデフォルトではONになっているのが
普通だろうからどんなプログラムでも(Javaであろうがなかろうが)OSのシステムコールの write()
直後にディスクに書かれていないことはあり得る。但しその場合は write() 直後に read() すると
あたかもディスクから読んだかのように書いた内容が読める。しかしいきなり電源が落ちると
ディスクに書いてない分の内容は失われる。

これを防止する方法は Linux ならシステムコールの sync() を呼ぶか sync コマンドを
実行れば良いのだが、しかし他のOSでは違うやり方になるだろう。統一された方法はない。
大雑把に UNIX 系 OS だと sync() でやると昔からの慣習で決まっているだけ。同じUNIX系
OSでも違う場合もあり得るし特殊なハードウェアのディスクの場合は違うかも知れない。

などという細かい事まで考えないといけないぐらい高度な要求があることは滅多にないだろうが、
どうしてもそこまで考えて作らねばならない場合は本当に Java だけで実現できるのか、または
Javaで作ることは適切かを事前によく検討した方が良いと思う。

**デフォルトの名無しさん** · 2018/05/06(日) 23:24:51.40

Linux では、アイドル時間を利用して、5秒毎にデバイスに書き込んでいるけど、

SSD の寿命対策で、書き込み回数を減らしたい場合に、
15秒毎とかに設定することもある

またデバイスも、バッファ・キャッシュを持つから、
バッファに書き込んだ時点で、OS に書き込み完了を知らせるかも知れない。
ここで電源断すると、デバイスに書き込まれない

まあ、デバイスの設定は、よく知らないけど

**デフォルトの名無しさん** · 2018/05/07(月) 11:28:57.25

作成するアプリの規模にもよるかもしれませんが、
非同期処理を安全に書くために調べたら数年前まではRxJavaが流行りそうって記事が多いけども、
今はAsyncTaskとかで十分なのかな？

**デフォルトの名無しさん** · 2018/05/10(木) 20:09:13.57

Javaについてこの理解であってますか？
１　ソースコードは互換性がありどのJDKでもコンパイルできる
２　バイトコードは互換性がありどのJVMでも実行できる
３　JREやJDKはJVMとクラスライブラリを含む

**デフォルトの名無しさん** · 2018/05/10(木) 20:17:53.23

>>449
教科書読めやハゲ