[過去ﾛｸﾞ]
Pythonのお勉強 Part68 (1002ﾚｽ)
Pythonのお勉強 Part68 http://mevius.5ch.net/test/read.cgi/tech/1663235546/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
726: デフォルトの名無しさん (ﾜｯﾁｮｲ 655f-nsye) [sage] 2022/11/10(木) 18:34:12.90 ID:RApG3JqD0 カードクラス作ってもいいけど、同じカードが存在しない、記号４つと数字1〜13の組み合わせの ものにクラスがいちいちいるかな。 カードクラスはカード１枚を表して、なにができればいいんだ？ 記号クラスがあって、各記号クラスがあって、ナンバークラスがあって、 is_MarkMatchとかis_NumberMatchとかもってんの？ idとprintがあればいいのかな。まあいいけど、そんだけのために classいちいち用意するのめんどくない？ 複数枚のカードを扱うcardsクラスなのかな？機能はいろいろ持てそうだけど ゲーム固有すぎてどうなのかな？ http://mevius.5ch.net/test/read.cgi/tech/1663235546/726
729: デフォルトの名無しさん (ﾜｯﾁｮｲ 1997-OSgl) [] 2022/11/10(木) 19:47:31.93 ID:eS5awfmL0 >>725 689だが、トランプはクラスを作った方が(少なくともnamedtuple,dataclass)便利だと思うぞ >>726 記号クラス、番号クラスなんて作らない 記号はenum、番号はそのまま1～13でいい が、どの記号が黒だ赤だ、どの番号が絵柄か(JQKA) みたいなのはたとえインスタンスが一個でもメソッドになってた方が便利だと思うけどなあ。 カードは内部表現とUI上の表現が異なるのが自然だし、そういう意味でもクラスにしておくのは悪くないと思うが クラスにしすぎてもしょうがないというのは、ゲームのルールをクラスにして共通のインタフェース持たせて、バリエーションを切り替えられるようにしても大抵は仕方ないみたいなことだよ もちろん、どんなゲームシステムを作るかによるし、ルールを共通インタフェースで入れ替えられるようにするメリットがある場合もあるけど http://mevius.5ch.net/test/read.cgi/tech/1663235546/729
730: デフォルトの名無しさん (ｱｳｱｳｳｰ Sacd-nZLu) [sage] 2022/11/10(木) 20:15:59.37 ID:1wmpgP/ea >>726 ちょっと発想が変だよ http://mevius.5ch.net/test/read.cgi/tech/1663235546/730
743: 687 (ﾜｯﾁｮｲ b11d-rPWN) [sage] 2022/11/11(金) 01:28:18.01 ID:9Wk/PRlY0 >>724 そうですよね カードのクラス作りました >>726 複数枚のカードを持つCardクラスです ブラックジャックなので、A・J・Q・Kの値は別に決める必要があります >>727 可読性は重視したいです >>736 そう言って頂けると大変ありがたいです やっぱりそこは1つの関数にまとめた方がいいんですね >>737-740 それも友人に、グローバル変数は少なければ少ないほどいい、と言われたのを 受けてのことです http://mevius.5ch.net/test/read.cgi/tech/1663235546/743
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.053s