Java入門・初心者質問スレ Part.5©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/09/29(金) 17:53:25.24

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

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

**デフォルトの名無しさん** · 2017/10/30(月) 13:52:19.55

>>392
１ファイルに複数のクラスを書いてるんじゃない？

**391** · 2017/10/30(月) 14:17:58.64

>>391
これがPHPというのがわかりました
スレ汚し失礼致しました。

**デフォルトの名無しさん** · 2017/10/30(月) 15:15:46.44

>>392
インナークラスの悪寒…
$付いてない？

**デフォルトの名無しさん** · 2017/10/30(月) 15:50:40.06

>>394,395
色々調べてみたらどうもシリアライズ可能なクラス？というのが原因みたいでした…
お手数おかけしました

**デフォルトの名無しさん** · 2017/10/30(月) 18:18:23.77

>>362
final見逃してただけだった
それなら尚更コンストラクタだね

**デフォルトの名無しさん** · 2017/10/31(火) 08:25:04.95

>>359
範囲外の入力値エラーだろ

private、つまりクラス内では、戻り値でエラーを示すが、
public、つまりクラス外では、例外でエラーを示す

なぜなら、クラス内をコーディングしているのは、普通は同じ会社だから、
その会社内で規定したエラー値を使っても、見落としが少ない

でも、クラス外の場合は、クラスをコーディングした会社と、異なる会社が使うから、
そのクラス内で規定したエラー値を使っては、いけない。
なぜなら、他社の人は、クラスのドキュメントを読まずに、クラスを使うから

つまり、クラス外部の人に対しては、絶対にエラーが起こるように、例外を使う

クラス内をコーディングする人と、そのクラスを使う人は、
異なる会社を想定している。
他社の場合は、クラスのドキュメントを読まないことを想定すべき

「スッキリJava」にも書いてある。
クラスを使う側と、フレームワークなど、他社が使うクラスを作る側の、
コーディングの違い。
他社を想定している場合は、全く違う

この辺は、品質管理をやってないと知らないはず

**デフォルトの名無しさん** · 2017/10/31(火) 08:35:40.63

>>398
どうしてもスッキリの宣伝をしなきゃ気が済まないようだな
その一節がなけりゃいいのに

**398** · 2017/10/31(火) 09:49:23.34

「スッキリJava」では、クラスの責務を、明確に分けている

前半は、クラスを使う側の知識で、
上級編はフレームワークなど、他社が使うクラスを作る側の知識

フレームワークを作る側では、検査例外を使って、コンパイルエラーにしないと、
ドキュメントを読まずに実行した客が、実行時エラーを起こして、
電話をかけてくるから、商売にならない

本を読んで、実行時エラーを起こした客が、出版社に電話をかけてくるだろ。
それと同じで、商売にならない

だから例外にして、その例外をキャッチしない人は、実行できないようにする

サポート契約をしない、無料相談の客をはじかないといけない。
無料で見積もりさせる客も

**デフォルトの名無しさん** · 2017/10/31(火) 12:09:41.25

経営の話か

**デフォルトの名無しさん** · 2017/10/31(火) 21:22:09.98

javaでWebアプリ作ってるのですがグラフ表示をしたいです
jfreechartとかchart.jsとか出てくるんですがおすすめとかってありますか？

**デフォルトの名無しさん** · 2017/10/31(火) 21:22:56.96

質問スレと間違えましたすみません。

**350です** · 2017/11/03(金) 17:28:51.99

>>380
しばらく2ちゃんを見れない状況だったので亀レスとなってしまいましたが、コンストラクタで例外投げるのが良くない理由をできれば聞きたいです

**デフォルトの名無しさん** · 2017/11/03(金) 17:36:15.65

>>404
責務の分離ができてない証拠だから

**デフォルトの名無しさん** · 2017/11/03(金) 17:39:40.36

コンストラクタっていうのはオブジェクトを初期化する特別な処理を書くところ
渡された値をそのまま何の加工もせずにフィールドにお納めするのが義務なんです

**デフォルトの名無しさん** · 2017/11/03(金) 17:42:31.79

どうしても例外を投げたいならtryCreateというスタティックメソッドを作って
例外投げますよ作れないかもしれないですよということをメソッド名で
陽に示すべきだ、この処理は検証も含んでいますよと示すべきだ
なぜならば検証も含むからだ、オブジェクトを作るメソッドなのにだ

**デフォルトの名無しさん** · 2017/11/03(金) 18:39:37.30

FileStreamもコンストラクタで例外を投げるが
あの設計も大間違いだから

コンストラクタでリソース確保しようとするのが完全に間違ってる
closeの処理でリソースを解放するならばリソースを確保するのはopenだ
openの責務をFileStreamは持つべきでそれはオブジェクトを初期化する
コンストラクタとは役割が根本的に100憶パーセント異なるわけ

**デフォルトの名無しさん** · 2017/11/03(金) 19:04:39.65

>>406
何もしなかったら意味ないだろ……
直通のゲッターセッターと同じただのお飾り

**デフォルトの名無しさん** · 2017/11/03(金) 19:18:22.44

>>409
フィールドを初期化するという大事な処理がある
セッターは代入だから、初期化じゃないから

**デフォルトの名無しさん** · 2017/11/03(金) 19:40:27.12

UI -> アプリ(バリデータ) -> ドメイン -> DAO
レイヤーはこのように分けてドメインから先にバリデーションのコードを持ち込んではいけない
オブジェクトをクリーンに保つためのベストプラクティス

**デフォルトの名無しさん** · 2017/11/03(金) 19:47:48.30

バグがないように引数をチェックするという目的でやるなら
アサートを使うべきだ
ただしアサートを使うのは開発時のみで本番コードには含めない
本番コードで引数チェックが必要になるようならそれは
業務要件として抽出するべきだ

**350です** · 2017/11/03(金) 20:10:50.22

なるほど
405~410まではなんとなくわかりました
411, 412は私の経験or勉強不足でいまいち理解できませんでした
でも、解説してくれてありがとう

**デフォルトの名無しさん** · 2017/11/03(金) 20:17:00.78

>>413
ありがとうの後にはございますだ
それが礼儀だ

**デフォルトの名無しさん** · 2017/11/03(金) 20:19:43.27

なるほど。わかった。スレが過疎って来たらコンストラクタで例外の話を出せば書き込みで溢れてスレが活性化するのだな。
時折反論を書きありがとうの後にございますを付けなければなお良いと。

**デフォルトの名無しさん** · 2017/11/03(金) 20:21:29.16

僕が活性化しちゃうおおお

**デフォルトの名無しさん** · 2017/11/03(金) 21:17:51.19

またキチガイか

**デフォルトの名無しさん** · 2017/11/03(金) 21:35:59.49

コンストラクタに不正なもの渡された場合に例外を出すことが
なぜいけないのかについては1ミリも説明されてなくて草

**デフォルトの名無しさん** · 2017/11/03(金) 21:41:52.50

>>418
責務の分離ができてない証拠だから
100ミリくらい説明してますけど
10メートルですよ

**デフォルトの名無しさん** · 2017/11/03(金) 21:42:46.79

違うわ1,000ミリの間違いね

**デフォルトの名無しさん** · 2017/11/03(金) 21:52:44.52

むしろ初期化の異常で例外を投げるのは
コンストラクタの責務だろ

なぜならコンストラクタの引数で渡されたデータから
インスタンス変数（やクラス変数）を初期化するわけだから
情報エキスパートの原則からして
データの処理はデータを持ってるオブジェクトが行うのが原則

ただ処理を全部抱え込むと肥大化するから
他に委譲することは構わない
newの代わりにファクトリを使ったりするのと同じ
しかしそれは「newを使うな」ではない

「外部に委譲してもいい」のであって
「コンストラクタで例外を投げてはいけない」ではない

**デフォルトの名無しさん** · 2017/11/03(金) 22:00:57.69

>>419
責務を理解できてない典型だね
君がそういう規約で開発するのは勝手だけど
それをベストプラクティスだからとか言って
他人に押し付けるのはよくないよ

**デフォルトの名無しさん** · 2017/11/03(金) 22:01:56.36

>>421
ベストプラクティスってそういうものだよ
こういう実装もできるけどこっちの方が好ましいよねっていうものだから
そういう意味で言ってるわけよ
たとえばModel View ControllerのアーキテクチャがあるけどViewに
Modelのコードも全部書きまくっちゃってもいいわけよ
でも分離するのが好ましいだろ、そういう意味で言ってるわけよ
その真意をくみ取って欲しいわけよ
コンストラクタでデータチェックヤラナイのが好ましいわけよ
え？ヤラナイの？なんていうふしだらな誘いに乗らないで欲しいわけよ

**デフォルトの名無しさん** · 2017/11/03(金) 22:02:38.01

>>422
理解できてないことを1ミリも説明してないじゃん
話にならないよ

**デフォルトの名無しさん** · 2017/11/03(金) 22:03:47.06

自分の考える責務の分離はこうっす
自分こう思うっすとはきはきと説明できないかね
若さが感じられない

**デフォルトの名無しさん** · 2017/11/03(金) 22:42:06.17

説明を求められたら言葉を失ってしまうみなさん

**デフォルトの名無しさん** · 2017/11/03(金) 22:47:53.53

どんなに外部でチェックしてもインスタンス生成に失敗することはあるわけで、
そういうときに失敗を通知する手段は例外しかないわけで、
コンストラクタで例外を投げてはいけないとする方が問題だ。

**デフォルトの名無しさん** · 2017/11/03(金) 22:49:18.72

モデルに存在するべきコードがコントローラに存在するものをファット・コントローラと言うけれども
バリデータに存在するべきコードがコンストラクタに存在するものをファット・コンストラクタと呼んで
クラスの生活習慣病に位置付けるのはどう？
徐々にシステムを蝕んでいきます
コーディングの習慣を見直しましょう

**デフォルトの名無しさん** · 2017/11/03(金) 22:52:55.66

>>427
どんなに外部でチェックしてもインスタンス生成に失敗するときは例外投げて良い
そんなのケースバイケースだろ、柔軟に対応しろよ

**デフォルトの名無しさん** · 2017/11/03(金) 22:53:28.36

ベストプラクティスっていうのは柔軟っていう意味もありまぁす！

**デフォルトの名無しさん** · 2017/11/04(土) 00:31:14.87

入力値チェックは、MVC のビューでやるけど、

ドラクエ10 の記事によると、
通信データの500バイトに、1バイトは間違っているから、
通信データは、絶対に信用しちゃいけない。
必ずサーバー側でも、チェックすべき

途中のルーターが、データが間違っていても、データを破棄せず、
間違ったデータで、パリティを再計算して送ってくるから、
正常なデータのように見える

**デフォルトの名無しさん** · 2017/11/04(土) 01:00:49.14

サーバーが受け取ったデータが外部入力なんだから
それをチェックするのは当たり前
ユーザー入力と同じ

境界の外から入ってきたデータを
どのレイヤーでチェックしてエラーハンドリングするかということと
モデルレイヤーのコンストラクタが事前条件に反した不正値を受け取った場合に
例外を投げるかどうかは関係はしてるが種類の違う問題
という話をしてる

**デフォルトの名無しさん** · 2017/11/04(土) 02:59:59.82

できれば不正値はコンパイル時にエラーになって欲しいものではあるな。
不正な値を引き渡せるようにプログラミングできること自体がなくなった方が良い。
I/O絡みのエラーは実行時じゃないとわからないから別としてね。
(指定したファイルがなくて読み出しオープンでエラーとかは仕方がない)

**デフォルトの名無しさん** · 2017/11/04(土) 08:21:09.10

javaってできることが多すぎて勉強しんどい

**デフォルトの名無しさん** · 2017/11/04(土) 08:35:59.26

>>431
へー、チェックサムも独自に仕込むのかな

**デフォルトの名無しさん** · 2017/11/04(土) 08:37:10.99

>>432
事前条件ってまさにアサートの領分じゃん

**デフォルトの名無しさん** · 2017/11/04(土) 08:49:44.67

>>434
C++より楽

**デフォルトの名無しさん** · 2017/11/04(土) 08:55:38.30

モデルの引数を間違えてるっていうのはバグなのでー
開発時に分かればよいことなのでー
アサート使うべきだよねー

コンストラクタをぶくぶくと太らせる理由にはならぬよ
メタボリッククラスから脱却してスマートクラスにしよう

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

>>436
Javaの場合はアサートって言うとビルトインのassertをさすからね
事前条件なら自動的にアサート使えとはならないよ

それともコンストラクタでは
ExceptionではなくErrorを投げるべきって言いたいのかな？

**デフォルトの名無しさん** · 2017/11/04(土) 13:36:25.85

>>439
何言ってんだおめー
assert使うべきで
例外を投げるべきじゃない

**デフォルトの名無しさん** · 2017/11/04(土) 15:21:29.77

javaなら、コンストラクタで例外スローでいいでしょ。

**デフォルトの名無しさん** · 2017/11/04(土) 17:10:27.14

>>441
でも設計的に大間違いですよそれ
コンストラクタの使い方完全に間違ってますよ

**デフォルトの名無しさん** · 2017/11/04(土) 20:42:41.33

>>442
あほ

**デフォルトの名無しさん** · 2017/11/05(日) 13:12:43.81

以下のコードをideoneで実行できません。(ブラウザとしてエラーが発生)
どなたか理由を教えてもらえないでしょうか？

import java.lang.reflect.*;
class RefSamp {
public int times = 0;
public RefSamp(int t) {
this.times = t;
}
public void hello(String msg) {
this.hello(msg, this.times);
}
public void hello(String msg, int t) {
System.out.println("Hello, " + msg + " x " + t);
}
}

public class Main {
public static void main(String[] args) throws Exception {
Class clazz = RefSamp.class;
Constructor<?> cons = clazz.getConstructor(int.class);
RefSamp rs = (RefSamp) cons.newInstance(256);
Field f = clazz.getField("times");
f.set(rs, 2);
System.out.println(f.get(rs));
Method m = clazz.getMethod("hello", String.class, int.class);
m.invoke(rs, "refrection!", 128);
boolean pubc = Modifier.isPublic(clazz.getModifiers());
boolean finm = Modifier.isFinal(m.getModifiers());
}
}

**デフォルトの名無しさん** · 2017/11/05(日) 14:11:12.97

初心者じゃないんだろ35歳
自分で調べろ

**遊園地** ◆ExGQrDul2E · 2017/11/05(日) 14:27:53.28

読むの面倒だから、エラー文も上げて。

**デフォルトの名無しさん** · 2017/11/05(日) 14:34:37.57

ideoneは知らんけどリフレクションはjavaセキュリティマネージャ動いてたら実行できないからそれじゃねーの

**デフォルトの名無しさん** · 2017/11/05(日) 17:40:17.18

35歳に親切にすると君の職場に現れて付きまとわれるぞw

**444** · 2017/11/05(日) 18:22:30.39

>>445
決めつけるなよ。それに初心者認定したのはあんたらだろ？

>>447
レスありがとうございます。
ideoneではなにかしらそういう安全装置が働いているということですね。

**デフォルトの名無しさん** · 2017/11/05(日) 18:54:33.30

釣りでエラーが発生と言ってるだけだろ
https://ideone.com/yLwAJh

**デフォルトの名無しさん** · 2017/11/05(日) 18:59:33.63

まず質問の仕方がおかしいんだよなぁ
ここは学校じゃないし、相手は先生じゃない
質問者の言わんとしてることを一生懸命に汲み取ってくれる人なんてほとんどいない
もっと相手に伝わるように質問しろ

**444** · 2017/11/05(日) 19:41:51.63

>>448
たひんで

>>450
OSなど実行環境の違いによるんですかね…。

>>451
それはその通りだと思うけど、あんたは親切な人だったの？

**デフォルトの名無しさん** · 2017/11/05(日) 19:45:10.05

何この変なの？
どっかのコテハンか？

**デフォルトの名無しさん** · 2017/11/05(日) 19:46:54.84

>>450のリンク見てもエラーが出てるんだよな？
正直エスパーしようにも限界

**デフォルトの名無しさん** · 2017/11/05(日) 20:07:50.04

もうそいつに触れるのはよせ！

**デフォルトの名無しさん** · 2017/11/05(日) 21:21:54.00

>>452
なんで質問が分かりにくいって指摘に対
し、
俺が親切な人だったのか聞かれてるの？
全然意味分かんないんですけど

**デフォルトの名無しさん** · 2017/11/05(日) 21:30:31.08

理解を越えているから考えては駄目

**デフォルトの名無しさん** · 2017/11/05(日) 21:31:07.85

そもそももっと答えの得られやすい質問が出来るようになれば解決なんだけど、
なぜ君は指摘に対してわざわざ「じゃああんたはごにょごにょ」とわざわざ全く関係ない事持ち出して喧嘩売ってきてるの？
中学生なの？反抗期なの？
自分の行動を振り替えって恥ずかしくない？

**デフォルトの名無しさん** · 2017/11/06(月) 00:46:04.60

以前お世話になりました　>>200です。課題の上から二つ目の"（ここを作成）"がわからないです。
まあ上のほうも自信ないのですが...誰か教えていただけませんか？
https://imgur.com/a/niyx6　
https://imgur.com/a/ehrkB　
https://imgur.com/a/5X3tQ

**デフォルトの名無しさん** · 2017/11/06(月) 00:47:27.68

宿題スレへ

◆BrBq2CJg6HGd · 2017/11/06(月) 00:49:04.71

今実行したら出来ました。何でさっきは出来なかったんだろ…。
https://ideone.com/KdavqO

>>453
プログラマー板のコテハンです。

>>454
いや、リンクをたどるのは大丈夫でした。

>>456
ただ冷たくあしらわれたと思ったら、アドバイスをくれたので。

>>458
えっ？褒めてるのに？

**デフォルトの名無しさん** · 2017/11/06(月) 02:26:46.28

>>459
前回はみんなが教えちゃったけど
正直ためにならないと思うんだよね

でも一個だけヒント言うなら一行ずつ処理を追ってみ（2番目の）
「この変数にはどんな値が入っているか（入るべきか）」意識しながら

現状インプットからアウトプットまで線でつながってない
インプットの仕方は「Java　コマンドライン　入力」でググれ

**デフォルトの名無しさん** · 2017/11/06(月) 03:38:31.02

ヤフーブログの　https://blogs.yahoo.co.jp/kamyu_2010　にデザパタ解説を発見した。

**デフォルトの名無しさん** · 2017/11/06(月) 06:09:30.85

>>461
ごめんなさい、褒められてると思ってなかった
字面で反応してしまったのは俺も同じでした
反省してきます

**デフォルトの名無しさん** · 2017/11/06(月) 07:06:32.63

>>462
ありがとうございます。時間かけてやって見ます

**デフォルトの名無しさん** · 2017/11/06(月) 07:25:39.44

>>459
5月の宿題を今やってんじゃねーよ

せっかくお金払って学びに行ってるんなら先生に聞きな

**デフォルトの名無しさん** · 2017/11/06(月) 08:51:22.52

課題の内容および詳細がバッドノウハウの固まりだな
やっぱ学校はCかLispでいいと思うよ

**デフォルトの名無しさん** · 2017/11/06(月) 10:47:13.47

マウンティングするスレじゃないんですよ！

**デフォルトの名無しさん** · 2017/11/06(月) 13:56:05.08

javapro wwww
前に安易に答え教えたせいか変数の使い方すらろくに理解してなくてひでぇな・・
金ドブだからもうやめた方がいいぞマジで

**デフォルトの名無しさん** · 2017/11/06(月) 14:05:17.27

問題も毎回酷すぎてガチでビックリすんだけど学校の名前教えてくれよ
こんなゴミみたいな問題できても全く勉強にならんレベルの酷さだぞ

**デフォルトの名無しさん** · 2017/11/06(月) 14:39:48.25

public class Month {
int hi;
int[] days = {31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};

Month(int num){
hi = days[num-1];
}

public int getDays(){
return hi;
}
}

public class Calendar{
public static void main(String[] args) {

int tsuki = Integer.parseInt(args[0]);

if(tsuki >= 1 && tsuki <= 12){
Month m = new Month(tsuki);
System.out.println(tsuki + "月は" + m.getDays() + "日あります。");
}
else{
System.out.println("１～１２月を指定してください。");
}
}
}

**デフォルトの名無しさん** · 2017/11/06(月) 14:53:59.17

days = [0, 31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31]

month = 2
puts days[month] #=> 28

Ruby では、これだけ。
ただし、days[0]は使わない

画像などを貼るな！
paiza.io, codepad などのサイトに、ソースコードを貼って、質問しろ

**デフォルトの名無しさん** · 2017/11/06(月) 14:56:54.74

>>471
何で教えるんだ?
1,2,3,4,5の配列から3番目の値を得る方法を教えろよ。
そうすれば月から日数得る方法も分かるだろ。

考え方が分かって無い人には答えを教えるべきじゃない。

**デフォルトの名無しさん** · 2017/11/06(月) 15:10:14.26

>>350
上級Javaグラマーアカデミー一般命令・規約

規約６第２３項１８節
パラメータとして渡される値に関して
クラスの不変式を破っているオブジェクトの生成を防ぐため一般原則の特殊な場合として
メソッドおよびコンストラクタは後で使用されるパラメータの正当性を検査すべき
非公開メソッドに関しては一般に、アサーションを用いて検査すべき
上記規約に対する例外として、正当性検査のコストが高いか現実的でなく、かつ
正当性検査が計算の処理の中で暗黙的に行われる場合はこれに該当しない
また暗黙的検査によって誤った例外がスローされる場合はエラーアトミック性が失われることになるため
このような状況下においては抽象概念に適した例外をスローできるようにイディオムを使用すべき

**デフォルトの名無しさん** · 2017/11/06(月) 15:21:23.29

クソな問題は逆に頭を悪くするので、すぐに答えを教えるべき

**デフォルトの名無しさん** · 2017/11/06(月) 15:37:21.27

だいたいハードコーディングというところがもうダメなのに。

**デフォルトの名無しさん** · 2017/11/06(月) 16:59:11.52

こういう場合は月の値がおかしかったら例外投げるのが良さそうに思うが、そうすると今話題のコンストラクタで例外になる。
かといってそれをしないならどのタイミングで例外投げるのが良いのか？
(まあそもそもこんなもんクラスにすべきではないのかも知れんが)。

さて、このネタでまたスレが活性化するかな・・・

**デフォルトの名無しさん** · 2017/11/06(月) 17:19:53.91

最近Javaを始めた者です。
質問させてください。

質問１）
店から客が弁当を買うような仕組みのプログラムを作りたいのですが、
用意するクラスは「店」「商品の弁当」「客」「実行するためのメインクラス」で良いのでしょうか？
変数は「店と客の所持金」、「客の腹の空き具合」、「弁当によって満たされる満腹度」のようなものを考えています。

質問２）
この様なプログラムの場合、売買のメソッドはどのように作ればいいのでしょうか？
「店が売る」メソッドか「客が買う」メソッドのどちらかだけ必要なのか、両方必要になるのかが分かりません。
現実的に考えれば客が居なければどんなに商品があっても意味が無いので、「店は商品を用意する」それを「客が買う」ような設計になると思うのですがどうでしょうか？

質問３）
現実的には客が弁当を買えば店の在庫は減り、客が所持する弁当が増えます。
このようにオブジェクトの中のオブジェクトが違うオブジェクトに移動するようなプログラムはどのように書けばいいのでしょうか？

質問４）
「客が買った弁当を食べる」という行為を行った場合、客が所持している弁当が無くなるわけですが、この様な仕組みはどのように書けばいいでしょうか？

以上、長くなりましたが良い方法があればご教授ください。
よろしくおねがいします。

**デフォルトの名無しさん** · 2017/11/06(月) 18:19:33.27

空腹度なんて抽象的すぎてゲームの中でしか成立しないぞ

**デフォルトの名無しさん** · 2017/11/06(月) 18:43:48.98

ひっでぇ質問の内容ｗ
何したいのかさっぱりわからん

**デフォルトの名無しさん** · 2017/11/06(月) 18:52:01.06

>>480
君は読解力なさすぎでは？

**デフォルトの名無しさん** · 2017/11/06(月) 18:53:07.65

>>478
教授するような時間はないな

**デフォルトの名無しさん** · 2017/11/06(月) 19:13:07.93

>>478
そのシステムの軸がどれなのか？

店、客、弁当を眺めるシステム？

あ · 2017/11/06(月) 19:30:58.35

>>478
売買を真面目に考えると面倒くさい。
弁当のクラス以外に、店と客が「持ってる弁当のリスト」を持つか、
弁当リストクラスを別に作って、弁当に持ち主「店」「客」を持つとか、そんなんじゃないの？
どこにも属してない弁当が存在し得れば後者だと思うし、今回はどこにも属してない弁当があったほうが便利。
食った=無くなった=オブジェクトをリストから削除するか、弁当の満たされる満足度を食ったら残り0にするかじゃないかな。
腹の空き具合と弁当の容量のコンバート関数でももたせりゃ便利じゃねえの？後々。
その空き弁当箱は、捨てるときに、持ち主無しにしといて、たまに持ち主無しの弁当箱をバサッと消したほうが楽かも。

客が来たら作る、となるとまた面倒くさい。
店の方の在庫数で、負在庫に突入しそうなら補充とか、残り○個になったら補充、そういう風にするんじゃないの？

業務アプリみたい。

**デフォルトの名無しさん** · 2017/11/06(月) 20:04:51.42

>>478
いかにも初心者らしい疑問だけど
同時にどれももっともな質問だね

＞質問１）
＞用意するクラス
ソフトの規模の大きさに応じて
クラスは細分化していく

＞「店」「商品の弁当」「客」「実行するためのメインクラス」
でもまあ小規模な前提なら
それで大筋でおかしくないと思う

もし規模が大きくなるなら
「金」とか「（弁当の）具」とか「客の行列」とか
クラス化する場合もあるかも

＞「客の腹の空き具合」
ゲームなの？
業務アプリとゲームだとかなり考え方が違う

**デフォルトの名無しさん** · 2017/11/06(月) 20:10:14.21

>>478
＞質問２）
＞売買のメソッド
これは二者関係だから
複雑になりがちなんだよね

まず話を簡単にするためゲームだとして
店視点の販売目的のゲームなのか
客視点の満腹目的のゲームなのかで違う

小規模ソフトならプレイヤー視点の方に
メソッドをつければOK

じゃあもっと複雑な場合どうするか？

客の買うメソッドから
店の売るメソッドを呼ぶという
二重呼び出しもありうるし

第三者が「売買」メソッドを
持って仲介するケースもありうる

「デザインパターン」とか学ぶと
そういう複雑な関係のさばき方が分かってくる

**デフォルトの名無しさん** · 2017/11/06(月) 20:13:40.02

>>478
＞質問３）
店の弁当を減らす処理と
客の弁当を増やす処理を同時に行う

＞質問４）
客クラスの変数で弁当の所有数を表現して
食事メソッドなどで消費したら減らす

店側で帳簿をつけていて
客側でも家計簿をつけているとイメージして
それをプログラムで表現すると
何をすればいいか分かりやすいかも

**デフォルトの名無しさん** · 2017/11/06(月) 20:27:33.35

なお今回は弁当だから店と客の所有数の増減の
つじつま合わせだけやればいいと思うけど

組織間の社員や会員の移動みたいに
個体識別が必要なものが移動する場合は
参照したりIDを振ったりやはり複雑になる

**デフォルトの名無しさん** · 2017/11/06(月) 20:31:16.29

まず図を書いたほうがいいと思う

**デフォルトの名無しさん** · 2017/11/06(月) 20:33:36.39

やろうとしていることがシミュレーションゲームだよな。

**デフォルトの名無しさん** · 2017/11/06(月) 20:57:20.04

みなさんありがとうございます。
質問にあいまいな部分が多すぎて分かりにくい文章ですいません。
自分はまだ始めたばかりの初心者なので、大規模なものでは無くeclipseの練習がてら細々と色々作ってコンソールで実行しようと考えています。

いくつかご指摘があった通り、確かに「客視点」なのか「店視点」なのかを決めてしまったほうが良いですね。
とりあえず486の通り客視点で作ってみようかと思います。
あまり規模を大きくすると混乱すると思うので、「店１つ」「客１人」「弁当１種類」でやってみます。
485で書いていただいたような「通貨」や「弁当の具」や「客の行列」などはまだ考えないことにします。

>>487
この場合、客と店にそれぞれカウンター変数を作ってそれぞれカウントするような認識で良いでしょうか？
それとも弁当自体にカウンターを持たせてオブジェクト数をカウントするのでしょうか？

>>484
リスト構造はLinkedListしか使ったことが無いので他にどのようなものがあるか調べてみようかと思います。

**デフォルトの名無しさん** · 2017/11/06(月) 21:32:12.25

目的のわりにやろうとしてることが複雑すぎる。