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

**デフォルトの名無しさん** · 2017/12/21(木) 00:24:33.33

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

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

**デフォルトの名無しさん** · 2018/02/03(土) 18:36:59.57

>>665
ありがとうございます
とりあえずやってみたらそのまま表示されただけだったので
面倒なので諦めます

**デフォルトの名無しさん** · 2018/02/03(土) 19:00:05.99

>>666
意図を明確にするためにListインターフェースを使うべきじゃないよね

**デフォルトの名無しさん** · 2018/02/03(土) 19:06:33.31

>>655です
>>659　>>663　>>664　>>666　>>668
ありがとうございました。LinkedListはLinkedListということで
ListはΟ(1) でLinkedListはΟ(Ｎ) なので自分や他人が混乱しないためにもLinkedListのままで良いと・・・多分

**デフォルトの名無しさん** · 2018/02/03(土) 19:08:07.71

使うべきかどうかは文脈によるが、あえて一般化するならListインターフェースにすべき。
データ構造をどうすべきかは、インスタンス化のときだけは関心があるが、実際にアクセスしたり挿入したりするときに気にならないようにしておくのが抽象化という考え方。

**デフォルトの名無しさん** · 2018/02/03(土) 19:10:55.15

>>669
Listはインターフェースなので、計算量とかない。
そのロジックでLinkedListで宣言するならArrayListもArrayListと宣言すべき。
>>670にも書いたが、何を抽象化したいかはときと場合によるので、どっちがいいとか悪いとかない。
ただ、一貫性がないのは悪いと言えよう。

**デフォルトの名無しさん** · 2018/02/03(土) 19:20:16.63

>>671
それは極論
現実にはほとんど全てのケースにおいてリンクリストより配列ベースのリストの方がパフォーマンスやメモリ効率に優れているんだから、
リンクリストの存在なんか無視してListの実装は全てランダムアクセス可能であるという前提で作るのは実用的判断としては悪くない
.NETは現にそうなってるね

**デフォルトの名無しさん** · 2018/02/03(土) 20:51:19.18

>>671
抽象データ構造として計算量はあるべきだと思うよ
ArrayListはインデックスでアクセスするならArrayListを使うべきだよ

**デフォルトの名無しさん** · 2018/02/03(土) 20:52:59.73

JavaのListインターフェースはゴミと言っていいでしょう

**デフォルトの名無しさん** · 2018/02/03(土) 20:55:21.26

うそです、言い過ぎました本当にごめんなさい

**デフォルトの名無しさん** · 2018/02/03(土) 20:56:30.47

MapでさえもHashMapとTreeMapで計算量違うんで
Listインターフェースの実装によって計算量が違うのも
認めるべきだと思い直しました

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

違うのか、ListインターフェースもMapインターフェースも
ゴミだという結論も出せるのか

**デフォルトの名無しさん** · 2018/02/03(土) 20:59:28.16

インターフェースは奥が深いということで

**デフォルトの名無しさん** · 2018/02/03(土) 21:24:43.36

>>667
変だなと思ってこちら(Windows10)でやってみたら確かにできなかった。
作ったプログラムはこんなやつだ。

public class EscSeq {
　public static void main(String[] args) {
　　for (int i = 31; i <= 37; i++)
　　　System.out.println("\u001b[" + i + "mABC\u001b[0m");
　}
}

こういう出力になった。

[31mABC[0m
[32mABC[0m
[33mABC[0m
[34mABC[0m
[35mABC[0m
[36mABC[0m
[37mABC[0m

ところが実行時に以下のように Perl の何もしないプログラムにただ出力を渡してそのまま出力させてみたら色が付いて出た。

java EscSeq | perl -pe ""

この perl は Cygwin の perl だ。とすると Cygwin のライブラリが実行時に何かしているのかも知れない。
とすると同じことができれば Java でも同じようになるだろうとは思うが、今のところ俺にはやり方がわからない。

**デフォルトの名無しさん** · 2018/02/03(土) 21:27:46.33

>>667
もう一つ色を出す方法を発見。プログラムの出力をファイルにリダイレクトしてからそのファイルを type コマンドで出力したら色が出た。
とすると java コマンドが何か変なのかも知れないが、どういうことなのかよくわからないね。

**デフォルトの名無しさん** · 2018/02/03(土) 22:04:14.38

適切な抽象度合いは文脈によるって言ってんだろうが
なにがいいとか悪いとかない

◆QZaw55cn4c · 2018/02/03(土) 22:05:12.43

>>672
配列ベースは概念は簡単で便利だけれども、削除や挿入のコストは考えないといけないのではないでしょうか？
そういうときはリンクリストベースの方が適している

**デフォルトの名無しさん** · 2018/02/03(土) 22:25:13.44

>>682
いや、途中削除挿入が少々あったとしても配列リストのほうがほとんどの場合において速い
リンクリストってとんでもなくメモリ効率の悪いデータ構造なんだよ

**デフォルトの名無しさん** · 2018/02/03(土) 22:38:51.39

ついでに言っておくと、Listのaddやremoveを使ってLinkedListにインデックス指定して途中への挿入や削除をしたらO(N)だ
LinkedListのパフォーマンスの恩恵を受けるためには必ずListIteratorを使わなければならない
逆にArrayListでわざわざListIteratorを使う意味なんかないわけで、そういう点でも両者を一括りにして抽象化する意味はほとんどないのよ

**デフォルトの名無しさん** · 2018/02/03(土) 23:29:16.51

LinkedListはLinkedHashMapのためのクラス。
LinkedHashMapは、LRUとかでよく使う。

◆QZaw55cn4c · 2018/02/03(土) 23:41:38.70

>>683
配列ベースでの挿入や削除は、オブジェクトのコピーが延々と繰り返される点を考えれば、重大なコストですよ
単にコピーするだけならまだしも、コピーコンストラクタが働くことは、これは大きなコストだから、できるだけ避けないといけないのでは？
これは私が C++er だから考えてしまうことなのだろうか？

リンクリストでの挿入や削除では、コピーコンストラクタは働かない（既存のオブジェクトに手が加わらない）。
リンクリストの効率が悪い、というのは、リンクリストのメリットに触れない、一面的な意見に思えます

◆QZaw55cn4c · 2018/02/03(土) 23:45:32.04

>>684
＞Listのaddやremoveを使ってLinkedListにインデックス指定して途中への挿入や削除をしたらO(N)だ

それはおかしい、抽象オブジェクトやインターフェースを介しているからといって、実装側の効率が極端に変わることはありえない
List がリンクリストな実体を指しているのなら、そのメソッドは、リンクリストの効率に従うはず

**デフォルトの名無しさん** · 2018/02/04(日) 00:58:59.24

>>686
そうだけど Java の場合は参照だから C++ に置き換えて考えればポインタの配列になる。
だからコストは掛かるんだけど思ったほど遅い感じがしない。

それと実際の実装は一つ追加したら即配列全体を作り直すみたいになっておらず、
大きめに配列確保しておいてそれをオーバーするまでは同じ配列を使い続けて
その中でのコピーになるから要素数が少ないと気になるほど遅くならない。

**デフォルトの名無しさん** · 2018/02/04(日) 01:45:48.83

>>687
挿入や削除の前に、指定されたインデックスの位置までポインタを手繰らないといけないからね
getもそうだけど、Listインターフェースに宣言されているから実装せざるを得ないだけで
本来存在すべきではない操作だよ

**デフォルトの名無しさん** · 2018/02/04(日) 05:00:56.17

>>685
いいこと言った

◆QZaw55cn4c · 2018/02/04(日) 05:35:13.14

>>689
＞挿入や削除の前に、指定されたインデックスの位置までポインタを手繰らないといけないからね
なるほど
たしかに二分探索を実装する必要があるなら、それは配列ベースになるだろうね

**デフォルトの名無しさん** · 2018/02/04(日) 08:42:48.25

Javaで巨大なコレクションの途中に挿入するコストが気になるっていったいどんなプログラムなんだろう

◆QZaw55cn4c · 2018/02/04(日) 09:30:01.09

>>692
巨大なコレクションだからこそ、List の挿入削除の実装に気を使うべきなんですよ
1000件 2000件の小さなリストならどっちでもいい

**デフォルトの名無しさん** · 2018/02/04(日) 09:39:06.01

>>693
だからそんな巨大で変更可能なコレクションを使う場面ってどんな時なのかなって

**デフォルトの名無しさん** · 2018/02/04(日) 10:47:54.78

ないよ。
普通そこはクエリの調整のほうが効きやすいし分業しやすいから。
しかもそんな長大レコードの途中にオンメモリで値挿入とか狂気じみてる。

**デフォルトの名無しさん** · 2018/02/04(日) 11:37:52.68

百歩譲って巨大なコレクションの途中へ挿入する必要があったとして、
挿入位置が予め決まっていなければリンクリストのメリットはないわけだが(689の理由で)、そんな状況あるのか？
挿入位置までのリンクリストのシーケンシャルスキャンのコストが無視できるくらい沢山の要素をまとめて挿入するのだとしても、
その場合は配列でブロックコピーした方が速そうだな

**デフォルトの名無しさん** · 2018/02/04(日) 11:50:08.04

ソート済みの巨大なリスト同士をマージするときには使えるかな？
と思ったけど新しい配列リスト作ってそこに追加してった方が速いだろうな
インプレースで処理できるといっても、もともとリンクリストはメモリをバカ食いするから本末転倒だし

◆QZaw55cn4c · 2018/02/04(日) 11:57:14.26

>>695
オンメモリとは限らないのでは？
普通にリンクリストでデータ構造が実装されている例はいくらもあると思うよ、二分木、多分木になる場合や
順序関係・比較関数が単純でない場合は特に

まあ List でまとめる必要ははなからないことは自明だけれども

**デフォルトの名無しさん** · 2018/02/04(日) 12:07:50.83

>>694
そこでLinkedHashMapですよ

**デフォルトの名無しさん** · 2018/02/04(日) 16:04:57.04

ま、何億件とかデータが巨大なら最初からRDB等を使った方が何も考えずに済んで良いかもね。
まあでも巨大かどうかは動かすコンピュータのスペックによるか。億単位だろうが京単位だろうが
軽く動いてしまうマシンはあるだろうし。

**デフォルトの名無しさん** · 2018/02/04(日) 17:06:48.49

Test

**デフォルトの名無しさん** · 2018/02/05(月) 12:43:28.93

メモリプールとかで使うのかも

**デフォルトの名無しさん** · 2018/02/07(水) 09:40:42.83

あー。あの大阪によくある。

**デフォルトの名無しさん** · 2018/02/07(水) 12:31:35.21

>>703
それはたこ焼き器やろ

**デフォルトの名無しさん** · 2018/02/07(水) 12:45:24.93

モータープール、大阪でしか言わないんだよなぁ

**デフォルトの名無しさん** · 2018/02/07(水) 21:32:24.68

月極グループ

**デフォルトの名無しさん** · 2018/02/07(水) 21:45:44.89

げっきょくさんは手広いよな

**デフォルトの名無しさん** · 2018/02/07(水) 21:50:59.77

>>707
「つきじめ」って読むだぞ知恵遅れ

**デフォルトの名無しさん** · 2018/02/08(木) 00:52:45.22

じめ

**デフォルトの名無しさん** · 2018/02/08(木) 02:00:47.83

ぢめ

**デフォルトの名無しさん** · 2018/02/08(木) 15:24:48.89

｢つきぎめ｣だろって、つっこんだら負けなの？

**デフォルトの名無しさん** · 2018/02/08(木) 15:38:26.75

>>711
はい残念！

**デフォルトの名無しさん** · 2018/02/08(木) 16:13:58.48

>>707は(なぜか変換できない)ネタだろ
って突っ込んだらダメなん？

**デフォルトの名無しさん** · 2018/02/08(木) 16:39:10.89

つきじめ
はともかくつきぎめってなんだよ

**デフォルトの名無しさん** · 2018/02/09(金) 20:41:22.83

月極の読み方とは？「月極」を「げっきょく」と読む人多数！
大人になってから知った読み間違い＆意味間違い
https://gakumado.mynavi.jp/freshers/articles/11122

**デフォルトの名無しさん** · 2018/02/09(金) 20:51:00.52

くっだらねぇレスを何日も続けるんじゃねぇよゴミカスども
ほんとゴミみてぇな奴しかおらんな

**デフォルトの名無しさん** · 2018/02/09(金) 21:09:31.63

過疎ってJavaの話題を誰も書かなかったからだよ。何かネタがあるなら君が書け。
例えプロでも初心者になり切って何か質問書いてみろ。お題でもいいぞ。

**デフォルトの名無しさん** · 2018/02/09(金) 21:09:53.42

ゴミしか使わない言語なんだからしょうがないだろ

**デフォルトの名無しさん** · 2018/02/09(金) 21:38:03.63

こりゃダメだ
C#に転向するわ

**デフォルトの名無しさん** · 2018/02/09(金) 21:47:11.01

>>719
言語としての将来性を考えるならそれがいいかもね
Javaを置き換える言語はあるがC#を置き換える言語はまだない

**デフォルトの名無しさん** · 2018/02/09(金) 21:49:51.06

>>719
kotrinじゃなくて？

**デフォルトの名無しさん** · 2018/02/09(金) 21:52:38.51

>>720>>721
ネットでちょこっと見たけど
C#って制御文とかクラスの使い方とかJavaとほぼ同じじゃね？

**デフォルトの名無しさん** · 2018/02/09(金) 22:02:03.66

>>722
c#2.0くらいまではね

**デフォルトの名無しさん** · 2018/02/09(金) 22:04:37.91

C#推しの馬鹿って言語的な比較しかしないから馬鹿なんだよな
言語使うだけなら小学生でも出来る
Webサービスとして業務的な汎用性がJavaに比べてゴミだから流行らないんだよ

**デフォルトの名無しさん** · 2018/02/09(金) 22:05:20.81

>>723
今はC#7だから結構変わってるのか・・・
やっぱりJavaやろっかな・・・

**デフォルトの名無しさん** · 2018/02/09(金) 22:07:49.53

>>724
奴隷必死だな

**デフォルトの名無しさん** · 2018/02/09(金) 22:10:23.32

>>724
レンタルサーバーで気軽に使えないんだもん

**デフォルトの名無しさん** · 2018/02/09(金) 22:10:56.67

図星かよゴミ
馬鹿はプログラムなんかやらんでスマホでも弄ってろよ

**デフォルトの名無しさん** · 2018/02/09(金) 22:11:25.62

>>724
奴隷おつ

**デフォルトの名無しさん** · 2018/02/09(金) 22:12:08.78

>>716
だってここjavaスレだもん

**デフォルトの名無しさん** · 2018/02/09(金) 22:12:18.12

>>724
奴隷さんでしたかｗ

**デフォルトの名無しさん** · 2018/02/09(金) 23:08:49.74

>>722
そりゃMSがJavaVM作ったらSunから文句言われて怒ったゲイツがパクってWindowsに都合よくなるように改造して作ったものがC#だから当然。
当時はそうやってWindowsに囲い込もうとしたが、しかし、長いこと独占状態だったから広まるのが遅く、ほとんどWindowsでしか使われない言語になってしまった。
今はAppleのSwiftが似たような状態になっていてフリーになったのに中々広まらない。最初に変な制限があると出遅れる。

**デフォルトの名無しさん** · 2018/02/09(金) 23:57:39.97

>>732
javaはその逆を行こうとしてるね

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

>>733
今ではスマホアプリやゲームのクロスプラットフォーム開発は完全にC#に持っていかれたし、
LinuxのWeb開発もC#に侵食されつつあるよ
今やランタイムを同梱する場合などのライセンス問題でJavaが嫌われてC#を選ぶという、
昔とは完全に逆転した状況になってしまった

**デフォルトの名無しさん** · 2018/02/10(土) 00:08:45.80

あー。そうだけど、もうフリーのやつも広まり切った後なのでほとんど影響ないんじゃないかな。

**デフォルトの名無しさん** · 2018/02/10(土) 00:09:50.19

>>735は>>733ね。

**デフォルトの名無しさん** · 2018/02/10(土) 00:17:35.67

Javaが選ばれるのは、Javaの閉じたエコシステムに完結している限りにおいて、Unix開発の知識がなくてもUnixを使ったシステムが作れるからだよ
特定の技術の枠の中に閉じこもっていれば安心という意味においてはWin+VSと本質的には大差ない
Oracleが時代錯誤な独占体制を見直さない限り、長期的には今やWinから解放されライセンスもガガバガバな.NETに食われていくのは避けられないだろうね

**デフォルトの名無しさん** · 2018/02/10(土) 04:08:17.66

eclipseでメモ帳を作っています。
テキストファイルの文字列を編集可能な状態で出力したいのですが、やり方が分かりません。
Scanner(System.in)でキーボードから入力された文字列のような、そのまま直接キーボードで編集可能な文字列として出力したいのですが……。
何卒知恵を御貸しください。
お願いします。

**デフォルトの名無しさん** · 2018/02/10(土) 04:48:47.04

>>738
追記、Scanner(file名)による入力のやり方を発見しましたが、そのままSystem.inと繋げるようなやり方はできないのでしょうか？
Scanner(file名)で得た文字列をSystem.inで編集したいのです

**デフォルトの名無しさん** · 2018/02/10(土) 06:58:24.49

Javaを本格的に使うと訴えられるんでしょGoogleみたいに
それじゃリスクあるからKotlinやC#使おうってなるわな

**デフォルトの名無しさん** · 2018/02/10(土) 07:11:56.20

>>738-739
HTML の、textarea のようなものを使うと簡単

eclipse にも、複数行テキストボックスのようなものがあるかな？

**デフォルトの名無しさん** · 2018/02/10(土) 08:58:45.50

>>734
>>736
javaはOpenからClosedになりつつあるってことだろ

**デフォルトの名無しさん** · 2018/02/10(土) 09:38:19.54

>>719
.NET CORE2.1出てから本気出す

**デフォルトの名無しさん** · 2018/02/10(土) 09:41:30.71

うちの職場はＣ＃やめてＪａｖａに統一した

統計はたいていＭＳの圧力下にあるから信用ならん
こっそりライセンス変えたり人のパソコン勝手に弄り回す会社のフレームワーク使う気になるかっての

**デフォルトの名無しさん** · 2018/02/10(土) 10:41:49.53

>>741
ありがとうございますTextAriaで解決できそうです本当にありがとうございます

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

>>744
Oracleよっかマシ

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

どこがましか？！

**デフォルトの名無しさん** · 2018/02/10(土) 14:45:26.25

>>738
マルチかよ

**デフォルトの名無しさん** · 2018/02/10(土) 16:00:43.10

>>742
しかし言語そのものは文法定義でしかなく特許があるわけでも著作権があるわけでもないので独自実装やその実装のフリー化は誰にも止められないだろう。
例えあってもパクられてちょっと違ったもの違う名前で作られて終わりだ。Javaに対するC#のようにね。

**デフォルトの名無しさん** · 2018/02/10(土) 16:18:49.31

>>749
そんなパクリ言語選ぶくらいならc#かkotrin使うわｗｗｗ

**デフォルトの名無しさん** · 2018/02/10(土) 16:43:17.54

勝手に使えば？

**デフォルトの名無しさん** · 2018/02/10(土) 16:56:56.54

>>744
何作ってんの？

**デフォルトの名無しさん** · 2018/02/10(土) 16:58:39.84

>>750
C#はJavaのパクリ言語だよ。仮想マシン上で動くという所からしてパクリ。MSが全力を上げてパクるとああなる。
もちろんWindowsはMacのパクリだしMacはAltoのパクリだ。この業界は全体がパクリでできている。

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

>>753
c#はjavaよりDelphi

**デフォルトの名無しさん** · 2018/02/10(土) 17:07:08.77

別の名前の似たようなタイヤが延々と発明され続ける。その中でビジネス的にうまく行ったやつが技術的にはクソだったとしても生き残る。宣伝のうまさやタイミングが重要だ。人間は感情でしか動ていない。理屈は常に後付の正当化であり誤魔化しに過ぎない。

**デフォルトの名無しさん** · 2018/02/10(土) 17:08:09.17

>>754
それはDelphi作ってた人にやらせたからではないかな。

**デフォルトの名無しさん** · 2018/02/10(土) 17:11:13.69

>>756
そう

**デフォルトの名無しさん** · 2018/02/10(土) 17:32:48.47

>>752
きわめて普通の業務用Ｗｅｂ

**デフォルトの名無しさん** · 2018/02/10(土) 17:34:57.94

C#がＤｅｌｐｈｉの血筋とかいうのはＭｉｃｒｏｓｏｆｔの強がりというか詭弁

一部にていたりノウハウを流用している部分があるというだけで
全体的にどうみてもＪａｖａ

**デフォルトの名無しさん** · 2018/02/10(土) 17:50:04.55

でもさ
Javaをパクったらクソが出来上がるはずだよね
でもC#はエレガントじゃん
矛盾してないか？

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

null値というクソをJavaから引き継いで
ほどよくクソになってるじゃないか

Delphiではもっとしっかり考慮されてたのに
考えもなしにパクった証拠

**デフォルトの名無しさん** · 2018/02/10(土) 18:48:15.54

それはJava以外から引き継いだんだよ
C++やVBファミリとの付き合いがあるからね

**デフォルトの名無しさん** · 2018/02/10(土) 19:10:56.73

あるよね

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

付き合いがあるからってすべてのオブジェクト変数をＮｕｌｌ許容にする必要性がおもいつかない

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

当時の世間の要求に合わせて設計しただけだぞ
例えば、初期のC#に型推論がなかった理由は「当時はスクリプト言語の地位が低かったので、スクリプト言語だと思われたくなかったから」だそうだ
時代が違うんだよ

**デフォルトの名無しさん** · 2018/02/10(土) 21:59:20.30

>>758
奴隷が必要なわけね