ここでは虹裏imgのかなり古い過去ログを閲覧することができます。
21/03/27(土)22:40:05 No.787393126
やめてくれー！
1 21/03/27(土)22:42:53 No.787394230
影響範囲確認してから仕様追加しろや！！！！
2 21/03/27(土)22:48:16 No.787396232
ﾎﾞｶﾞｰﾝ
3 21/03/27(土)22:49:15 No.787396625
プロマネ適当すぎん…？
4 21/03/27(土)22:50:20 No.787397083
マネージャーが悪いなこれ
5 21/03/27(土)22:53:33 No.787398406
一家心中
6 21/03/27(土)22:55:16 No.787399118
PMいらないなこれ
7 21/03/27(土)22:56:20 No.787399528
死に方を選べ
8 21/03/27(土)22:58:23 No.787400317
久しぶりに見たけどやっぱりやめてくれー！でやられる
9 21/03/27(土)22:59:30 No.787400721
根本的なクラス設計が悪い
10 21/03/27(土)23:03:28 No.787402271
>根本的なクラス設計が悪い 悪いかも知れないけどまあこんなもんじゃない？ PMの影響調査が適当過ぎたのが悪い
11 21/03/27(土)23:06:06 No.787403274
switch文が悪いような誤解を招く
12 21/03/27(土)23:07:57 No.787404019
やっぱgoto文だよね
13 21/03/27(土)23:09:51 No.787404815
どう実装するのが良かったん？
14 21/03/27(土)23:10:20 No.787405028
学生高くない…？
15 21/03/27(土)23:10:47 No.787405226
家族ってのは一般と子供のセットじゃないかどうやって区別すればいいんだ
16 21/03/27(土)23:13:19 No.787406272
なんで関西弁なの
17 21/03/27(土)23:14:30 No.787406761
>どう実装するのが良かったん？ これ作った人はなんで部品を共通化しなかったんだって言いたいんだろうけど仮に共通化しても何も解決しないよね 既存システムは家族に対応してないんだし
18 21/03/27(土)23:14:36 No.787406801
なんでって 親が関西弁だったから…？
19 21/03/27(土)23:16:34 No.787407671
家族って料金計算モジュールだけ対応してればよくない？
20 21/03/27(土)23:17:31 No.787408065
料金体系なんてDBで管理しろ
21 21/03/27(土)23:18:36 No.787408522
このシリーズって2個しか見たことないけどいくつあるの？
22 21/03/27(土)23:18:46 No.787408574
>家族って料金計算モジュールだけ対応してればよくない？ 「一般」「学生」等の項目と別項目で定義されてればね
23 21/03/27(土)23:20:09 No.787409148
学生15000円
24 21/03/27(土)23:22:29 No.787410084
テーブルで管理しないと把握できないな
25 21/03/27(土)23:23:08 No.787410338
想定外データ入ったらNull例外返すSwitch文ってそんなものあるんだろうか 普通デフォルト返すか何もしない処理にならないか
26 21/03/27(土)23:23:49 No.787410639
クラスAさん何も悪くなくない…？
27 21/03/27(土)23:23:59 No.787410706
>料金体系なんてDBで管理しろ 例えばIF元から来る区分値を自システムの区分値に書き換えて登録してるのかも IF元：01 自：0001 みたいな それで自システムが登録やら検索やらで不明な区分値のせいでコケてるとか…？
28 21/03/27(土)23:29:08 No.787412719
Caseだっけ？ケースパターンに無いものは一括してこれ！みたいな分岐できたような…
29 21/03/27(土)23:29:33 No.787412875
>普通デフォルト返すか何もしない処理にならないか デフォルトが一般なんだろうなとは思うが・・・
30 21/03/27(土)23:29:46 No.787412961
>想定外データ入ったらNull例外返すSwitch文ってそんなものあるんだろうか >普通デフォルト返すか何もしない処理にならないか Kubun kubun; switch(param) { case:"001" kubun = Kubun.IPPAN; case:"002" kubun = Kubun.GAKUSEI; default: null; }
31 21/03/27(土)23:30:02 No.787413053
>Caseだっけ？ケースパターンに無いものは一括してこれ！みたいな分岐できたような… うろ覚えすぎる…
32 21/03/27(土)23:30:46 No.787413347
breakしろ
33 21/03/27(土)23:32:30 No.787413993
区分値に応じて座席情報を含んだオブジェクトを返却するみたいな仕様ならnullもありえるのかな
34 21/03/27(土)23:32:30 No.787413999
全部nullしか返ってこない…
35 21/03/27(土)23:32:51 No.787414110
こういうのが怖いから俺はIFとかSwitchはできるだけ使わずにインタフェースとか抽象クラス化して対応する
36 21/03/27(土)23:34:55 No.787414838
区分に応じた鑑賞料金を返すクラスってのがそもそもおかしい
37 21/03/27(土)23:35:53 No.787415187
このクラスの多さでこの作り方だと実装のコストがかかり過ぎる どうせ仕様書にはテーブルあるんだから素直にそれ使おう
38 21/03/27(土)23:35:56 No.787415210
>こういうのが怖いから俺はIFとかSwitchはできるだけ使わずにインタフェースとか抽象クラス化して対応する それも結局ファクトリ的なクラスで区分値に応じてどのオブジェクト作成するかみたいな実装にならない…？
39 21/03/27(土)23:37:07 No.787415637
>それも結局ファクトリ的なクラスで区分値に応じてどのオブジェクト作成するかみたいな実装にならない…？ それはそうだけど区分が増えたときに弄るのそこだけで済むじゃん
40 21/03/27(土)23:38:22 No.787416073
>それはそうだけど区分が増えたときに弄るのそこだけで済むじゃん ああごめん 理解しました