問題タブ [playing-cards]

カードゲームをプログラミングしています。視覚的な部分を行っているときに、パネル内のカードをある場所から別の場所に移動する際に問題が発生しました。画像を移動しようとすると、画像が点滅し続け、どこにでも移動します。

これは私のコードです.....

だから何が悪いのか、誰でもplzを助けることができます...

MVC「アーキテクチャ」。ハンドやトリック、得点、デッキやパックのどのカードを使用するかなどの側面を含む、カード ゲームのルールを指定する便利な方法が欲しいです。できればJavascriptで、このようなことを知っている人はいますか?

ご指導ありがとうございます。

オンライン カード ゲームの Java サンプル ソリューション/ライブラリ/クラスを探しています。人間対人間、人間対AIをプレイする機能を備えた、「サウザンド」というゲームの非営利バージョンの作成に興味があります。

アドバイスをいただければ幸いです。

質問

可能な限り多くのゲームに勝つために、とどまるのに最適な価値はありますか？もしそうなら、それは何ですか？

編集：対戦相手が何をするかに関係なく、与えられた制限に対して計算できる正確な勝率はありますか？（私は大学以来、確率と統計を行っていません）。それを私のシミュレーション結果と対比するための答えとして見たいと思います。

編集：私のアルゴリズムのバグを修正し、結果テーブルを更新しました。

バックグラウンド

私は、標準のルールからかなり厄介なルールの微調整を加えた修正ブラックジャックゲームをプレイしてきました。標準のブラックジャックのルールとは異なるルールをイタリック体で示し、慣れていない人のためにブラックジャックのルールを含めました。

変更されたブラックジャックルール

1. 正確に2人の人間のプレーヤー（ディーラーは無関係です）
2. 各プレイヤーには裏向きに2枚のカードが配られます
   • どちらのプレイヤーも、対戦相手のカードの_any_の値を_決して_知りません。
   • どちらのプレーヤーも、_両方_がハンドを終了するまで、対戦相手のハンドの価値を知りません。
3. 目標は、可能な限り21のスコアに近づくことです。結果：
   • プレーヤーのAとBのスコアが同じである場合、ゲームは引き分けです
   • プレーヤーのAとBの両方のスコアが21（バスト）を超えている場合、ゲームは引き分けです
   • プレーヤーAのスコアが21未満で、プレーヤーBがバストした場合、プレーヤーAが勝ちます
   • プレーヤーAのスコアがプレーヤーBのスコアよりも大きく、どちらもバストしていない場合、プレーヤーAが勝ちます
   • それ以外の場合、プレーヤーAは負けました（Bが勝ちました）。
4. カードの価値は次のとおりです。
   • カード2から10は、対応するポイント数の価値があります
   • カードJ、Q、Kは10ポイントの価値があります
   • カードエースは1または11ポイントの価値があります
5. 各プレイヤーは、次の状態になるまで、一度に1枚ずつ追加のカードを要求できます。
   • プレイヤーはこれ以上欲しくない（滞在）
   • エースを1としてカウントしたプレーヤーのスコアは、21（バスト）を超えています。
   • どちらのプレイヤーも、相手がいつでも何枚のカードを使用したかを知りません。
6. 両方のプレイヤーが滞在またはバストした後、勝者は上記のルール3に従って決定されます。
7. 各ハンドの後、デッキ全体が再シャッフルされ、52枚のカードすべてが再び場に出ます。

トランプとは何ですか？

カードのデッキは52枚のカードで構成され、次の13個の値がそれぞれ4枚ずつあります。

2、3、4、5、6、7、8、9、10、J、Q、K、A

カードの他のプロパティは関係ありません。

これのRuby表現は次のとおりです。

アルゴリズム

私はこれに次のように取り組んできました：

• スコアが2から11の場合、バストすることは不可能なので、常にヒットしたいと思います。
• スコア12から21のそれぞれについて、対戦相手に対してNハンドをシミュレートします
  • これらのNハンドの場合、スコアは私の「限界」になります。限界以上になったら留まります。
  • 私の対戦相手はまったく同じ戦略に従います
  • セットの順列ごとにN個の手をシミュレートします（12..21）、（12..21）
• 各順列の勝ち負けの差と正味の勝ち負けの差を印刷します

Rubyに実装されているアルゴリズムは次のとおりです。

使用法

スクリプトのデフォルトは、100,000回の反復と4つのデッキです。高速なMacBookProでは100,000分で約5分かかります。

出力（N = 100 000）

解釈

これは私が苦労しているところです。このデータの解釈方法がよくわかりません。一見、常に16か17にとどまるのが道のように思えますが、それが簡単かどうかはわかりません。実際の人間の対戦相手が12、13、場合によっては14に留まる可能性は低いと思うので、それらのopponent_limit値を破棄する必要がありますか？また、実際の人間の対戦相手の変動を考慮に入れるためにこれをどのように変更できますか？たとえば、実際の人間は、「感情」に基づいて15に留まる可能性が高く、「感情」に基づいて18にヒットする可能性もあります。

hand と呼ばれるリストと、deck と呼ばれる別のリストがあります。ここでの主な目標は、リスト デッキの最初のカード (または要素) を取得し、関数ドローを呼び出したときにそれをリスト ハンドに入れることです...

しかし、私がそれを呼び出すたびに、手は決して値を変更しません...私は無知ですO-Objectのように手の内容を永続的に変更する方法はありますか?

そして、プレイヤーには開始するカードがないため、最初にハンドを空に定義します。

大学の友達と私は、深夜まで Shitheadをするのが大好きです。でも、もうすぐ卒業して町を出るから、しばらくゲームで集まることはないだろう。

ネットワーク経由で Shithead やその他のお気に入りを再生するために使用できる Java アプリを開発したいと考えています。

このようなアプリはすでに存在しますが、見栄えが悪く、バグが多く、私たちの家のルールをサポートしていません。ソースは利用可能ですが、非常に混乱しているため、リファクタリングを試みるよりもゼロから始めたいと思います!

標準的なトランプ API またはフレームワークを使用してゲームを構築することは、そのようなものが存在する場合は、ゼロから始めるよりも優れています。同様の SO の質問に対する答えは、基本的なトランプ サービスとレンダリングを提供するとされているJPC-APIを使用することでした。しかし、この Sourceforge プロジェクトは現在、ファイルやソース コードを提供していません。

このフレームワークを見つけるための代替手段、または他の場所はありますか?

すぐに、次のことについても助けが必要になります。

• ロビーサービス（他のプレイヤーを見つける）
• ゲーム ネットワーク プロトコル (プレイヤー間の動きの通信用)
• ゲーム理論（コンピュータ対戦相手を書くため）
• 当選条件検出
• ゲームUI開発

私は自分の論文のためにFacebook カード ゲームを開発していますが、どのアーキテクチャが最適か疑問に思っています。

Silverlight + ASP.NET を使用してゲームを開発します。

一方では、ゲームにはプレイヤー対プレイヤーのカード ゲームが含まれている必要があります。

もう一方では、サーバー(データベースを含む)と対話するだけのマフィア ウォーズ (またはそのような他のゲーム) に似た多くのコンテンツもあります。

ASP.NET MVC、Silverlight MVVM などについてよく読んでいます。しかし、そのようなゲームに最適なものは何ですか?

また、すでに Silverlight 4 を使用する必要があるかどうかもわかりません。

間違った方法で始めたくありません。

本当にありがとうございました。

私はClojureの初心者です。私はカードスーツのベクトルの2つのコピーを取得しようとしています。私が思いつくことができる非DRYの方法は

より機能的な方法が必要です（より多くの文字が必要な場合でも:-)）。N回欲しい場合はどうなりますか？助言がありますか？

私が試みるすべてのこと、

結果は2つの別々のベクトルになります。

構造を「平らにする」にはどうすればよいですか？

私はちょうどアンドロイド開発に着手しています。カードベースのゲームを作りたいです。どうやってそれを開始するかについて、本当に提案を探しています。

メニューのレイアウトとビューを作成し、そこから Intent を使用してメインのゲーム ビューに到達する必要があることはわかっています。私のこだわりポイントは次のとおりです。

• トランプ一組になります。セット番号になるので、各カードをレイアウトのボタンとして定義するだけでよいと考えていました。それが正しい方法かどうかはわかりませんが。

• カード情報の保管。これらを保存するためにxmlファイルを使用することを考えています。

セブンカードポーカーハンドを評価するための高速アルゴリズムを知っている人はいますか？7枚のセットから21枚の5枚のカードの組み合わせごとにブルートフォースチェックを行うよりも効率的な方法です。

乾杯、

ピート