This is a documentation for Board Game Arena: play board games online !

Diferenzas entre revisións de «Your game state machine: states.inc.php»

De Board Game Arena
Saltar ata a navegación Saltar á procura
m (→‎args: returned value from the arg function must be an associative array)
 
(Non se amosan 34 revisións do historial feitas por 8 usuarios.)
Liña 1: Liña 1:


This file describes the game states machine of your game (all the game states properties, and the transitions to get from one state to another).
This file describes the state machine of your game (all the game states properties, and the transitions to get from one state to another).


Important: to understand the game state machine, the best is to read this presentation first:
Important: to understand the game state machine, it's recommended that you read this presentation first:


[http://www.slideshare.net/boardgamearena/bga-studio-focus-on-bga-game-state-machine Focus on BGA game state machine]
[http://www.slideshare.net/boardgamearena/bga-studio-focus-on-bga-game-state-machine Focus on BGA game state machine]
Liña 8: Liña 8:
== Overall structure ==
== Overall structure ==


The machine states is described by a PHP associative array.
The machine states are described by a PHP associative array.


Example:
Example:
Liña 40: Liña 40:
=== id ===
=== id ===


The keys determine game states IDs (in the example above: 1 and 2).
The keys determine game state IDs (in the example above: 1 and 2).


IDs must be positive integers.
IDs must be positive integers.
Liña 46: Liña 46:
ID=1 is reserved for the first game state and should not be used (and you must not modify it).
ID=1 is reserved for the first game state and should not be used (and you must not modify it).


ID=99 is reserved for the last game state of the game (end of the game) (and you must not modify it).
ID=99 is reserved for the last game state (end of the game) (and you must not modify it).


Note: you may use any ID, even ID greater than 100. But you cannot use 1 and 99.
Note: you may use any ID, even an ID greater than 100. But you cannot use 1 or 99.


Note²: You can't of course use the same ID twice.
Note²: You must not use the same ID twice.
 
Note³: When a game is in prod and you change the ID of a state, all active games (including many turn based) will behave unpredictably.


=== name ===
=== name ===


(mandatory)
('''Mandatory''')


The name of a game state is used to identify it in your game logic.
The name of a game state is used to identify it in your game logic.


Several game states can share the same name, however this is not recommended.
Several game states can share the same name; however, this is not recommended.
 
Warning! Do not put spaces in the name. This could cause unexpected problems in some cases.


PHP example:
PHP example:
Liña 89: Liña 93:
=== type ===
=== type ===


(mandatory)
('''Mandatory''')


You can use 3 types of game states:
You can use 3 types of game states:
* activeplayer (1 player is active and must play)
* activeplayer (1 player is active and must play.)
* multipleactiveplayer (1..N players can be active and must play)
* multipleactiveplayer (1..N players can be active and must play.)
* game (no player is active. This is a transitional state to do something automatic specified by game rules)
* game (No player is active. This is a transitional state to do something automatic specified by the game rules.)


=== description ===
=== description ===


(mandatory)
('''Mandatory''')


The description is the string that is displayed in the main action bar (top of the screen) when the state is active.
The description is the string that is displayed in the main action bar (top of the screen) when the state is active.


When a string is specified as a description, you must use "clienttranslate" in order the string can be translate on the client side:
When a string is specified as a description, you must use "clienttranslate" in order for the string to be translated on the client side:


<pre>
<pre>
Liña 128: Liña 132:
</pre>
</pre>


Note: You may specify an empty string ("") here if it never happens that the game remains in this state (ie: if this state immediately jump to another state when activated).
Note: You may specify an empty string ("") here if it never happens that the game remains in this state (i.e., if this state immediately jumps to another state when activated).


Note²: Usually, you specify a string for "activeplayer" and "multipleactiveplayer" game states, and you specify an empty string for "game" game states. BUT, if you are using synchronous notifications, the client can remains few seconds on a "game" type game state, and in this case this may be useful to display a description in the status bar during this state.
Note²: Usually, you specify a string for "activeplayer" and "multipleactiveplayer" game states, and you specify an empty string for "game" game states. BUT, if you are using synchronous notifications, the client can remain on a "game" type game state for a few seconds, and in this case it may be useful to display a description in the status bar while in this state.


=== descriptionmyturn ===
=== descriptionmyturn ===


(mandatory for "activeplayer" and "multipleactiveplayer" game states type)
('''Mandatory''' when the state type is "activeplayer" or "multipleactiveplayer")


"descriptionmyturn" has exactly the same role and properties than "description", except that this value is displayed to the current active player - or to all active players in case of a multipleactiveplayer game state.
"descriptionmyturn" has exactly the same role and properties as "description", except that this value is displayed to the current active player - or to all active players in case of a multipleactiveplayer game state.


In general, we have this situation:
In general, we have this situation:
Liña 145: Liña 149:
</pre>
</pre>


Note: you can use ${you} in description my turn in order the description can display "You" instead of the name of the player.
Note: you can use ${you} in descriptionmyturn so the description will display "You" instead of the name of the player.


=== action ===
=== action ===


(mandatory for "game" game state type)
('''Mandatory''' when the state type is "game.")


"action" specify a PHP method to call when entering into this game state.
"action" specifies a PHP method to call when entering this game state.


Example:
Example:
Liña 168: Liña 172:
</pre>
</pre>


Usually, for "game" game state type, the action method is used to do some automatic stuff specified by the rules (ex: check victory conditions, deal cards for a new round, go to the next player...) and then jump to another game state.
Usually, for a "game" state type, the action method is used to perform automatic functions specified by the rules (for example: check victory conditions, deal cards for a new round, go to the next player, etc.) and then jump to another game state.
 
Note: a BGA convention specifies that PHP methods called with "action" are prefixed by "st".


Note: a BGA convention specify that PHP method called with "action" are prefixed by "st".
Note: this field CAN be used for player states to set something up; e.g., for multiplayer states, it can make all players active.


=== transitions ===
=== transitions ===


(mandatory)
('''Mandatory''')


With "transition" you specify in which game state you can jump from a given game state.
With "transitions" you specify which game state(s) you can jump to from a given game state.


Example:
Example:
Liña 187: Liña 193:
</pre>
</pre>


In the example above, if "myGameState" is the current active game state, I can jump to game state with ID 27, or game state with ID 39.
In the example above, if "myGameState" is the current active game state, I can jump to the game state with ID 27 or the game state with ID 39.


Example to jump to ID 27:
Example to jump to ID 27:
Liña 195: Liña 201:
</pre>
</pre>


Important: "nextPlayer" is the name of the transition, and NOT the name of the target game state. Several transitions can lead to the same game state.
Important: "nextPlayer" is the name of the transition, and NOT the name of the target game state. Multiple transitions can lead to the same game state.


Note: if you have only 1 transition, you may give it an empty name.
Note: If there is only 1 transition, you may give it an empty name.


Example:
Example:
Liña 207: Liña 213:
     $this->gamestate->nextState(  );    // We don't need to specify a transition as there is only one here
     $this->gamestate->nextState(  );    // We don't need to specify a transition as there is only one here
</pre>
</pre>


=== possibleactions ===
=== possibleactions ===


(mandatory for "activeplayer" and "multipleactiveplayer" game states)
('''Mandatory''' when the game state is "activeplayer" or "multipleactiveplayer")
 
"possibleactions" defines the actions possible by the players at this game state.


By defining "possibleactions", you make sure players can't do actions that they are not allowed to do at this game states.
"possibleactions" defines the actions possible by the players in this game state, and ensures they cannot cannot perform actions that are not allowed in this state.


Example:
Example:
Liña 226: Liña 229:
         function playCard( ...)
         function playCard( ...)
         {
         {
             self::checkAction( "playCard" );    // Will failed if "playCard" is not specified in "possibleactions" in current game state.
             self::checkAction( "playCard" );    // Will fail if "playCard" is not specified in "possibleactions" in the current game state.


             ....
             ....
Liña 233: Liña 236:
         playCard: function( ... )
         playCard: function( ... )
         {
         {
             if( this.checkAction( "playCard" ) ) // Will failed if "playCard" is not specified in "possibleactions" in current game state.
             if( this.checkAction( "playCard" ) ) // Will fail if "playCard" is not specified in "possibleactions" in the current game state.
             {  return ;  }
             {  return ;  }


Liña 244: Liña 247:
(optional)
(optional)


From time to time, it happens that you need some information on the client side (ie : for your game interface) only for a specific game state.
Sometimes it happens that you need some information on the client side (i.e., for your game interface) only for a specific game state.


Example 1 : for Reversi, the list of possible moves during playerTurn state.
Example 1 : in ''Reversi'', the list of possible moves during the playerTurn state.
Example 2 : in Caylus, the number of remaining king's favor to choose in the state where the player is choosing a favor.
Example 2 : in ''Caylus'', the number of remaining king's favors to choose in the state where the player is choosing a favor.
Example 3 : in Can't stop, the list of possible die combination to be displayed to the active player in order he can choose among them.
Example 3 : in ''Can't Stop'', the list of possible die combinations to be displayed to the active player so that he can choose from among them.


In such a situation, you can specify a method name as the « args » argument for your game state. This method must get some piece of information about the game (ex : for Reversi, the possible moves) and return them.
In such a situation, you can specify a method name as the « args » argument for your game state. This method must retrieve some piece of information about the game (example: for ''Reversi'', the list of possible moves) and return it.


Thus, this data can be transmitted to the clients and used by the clients to display it. It should always be an associative array.
Thus, this data can be transmitted to the clients and used by the clients to display it. It should always be an associative array.
Liña 256: Liña 259:
Let's see a complete example using args with « Reversi » game :
Let's see a complete example using args with « Reversi » game :


In states.inc.php, we specify some « args » argument for gamestate « playerTurn » :
In states.inc.php, we specify an « args » argument for gamestate « playerTurn » :
<pre>
<pre>
     10 => array(
     10 => array(
Liña 269: Liña 272:
</pre>
</pre>


It corresponds to a « argPlaceWorkers » method in our PHP code (reversi.game.php):
It corresponds to a « argPlayerTurn » method in our PHP code (reversi.game.php):
<pre>
<pre>
     function argPlayerTurn()
     function argPlayerTurn()   {
    {
         return array(
         return array(
             'possibleMoves' => self::getPossibleMoves()
             'possibleMoves' => self::getPossibleMoves()
Liña 279: Liña 281:
</pre>
</pre>


Then, when we enter into « playerTurn » game state on the client side, we can highlight the possible moves on the board using information returned by argPlayerTurn :
Then, when we enter into the « playerTurn » game state on the client side, we can highlight the possible moves on the board using information returned by argPlayerTurn :


<pre>
<pre>
         onEnteringState: function( stateName, args )
         onEnteringState: function( stateName, args ) {
        {
           console.log( 'Entering state: '+stateName );
           console.log( 'Entering state: '+stateName );
              
              
             switch( stateName )
             switch( stateName ) {
            {
             case 'playerTurn':
             case 'playerTurn':
                 this.updatePossibleMoves( args.args.possibleMoves );
                 this.updatePossibleMoves( args.args.possibleMoves );
Liña 295: Liña 295:
</pre>
</pre>


Note: you can also used values returned by your "args" method to have some custom values in your "description"/"descriptionmyturn" (see above).
Note: you can also use values returned by your "args" method to have some custom values in your "description"/"descriptionmyturn" (see above).
 
Note: as a BGA convention, PHP methods called with "args" are prefixed by "arg" (example: argPlayerTurn).
 
'''Warning''': the "args" method can be called before the "action" method so don't expect data modifications by the "action" method to be available in the "args" method!


Note: as a BGA convention, PHP methods called with "args" are prefixed by "arg" (ex: argPlayerTurn).
==== Private info in args ====
 
By default, all data provided through this method are PUBLIC TO ALL PLAYERS. Please do not send any private data with this method, as a cheater could see it even it is not used explicitly by the game interface logic.
 
However, it is possible to specify that some data should be sent to specific players only.
 
Example 1: send information to active player(s) only:
 
<pre>
    function argPlayerTurn()  {
        return array(
            '_private' => array(          // Using "_private" keyword, all data inside this array will be made private
 
                'active' => array(      // Using "active" keyword inside "_private", you select active player(s)
                    'somePrivateData' => self::getSomePrivateData()  // will be send only to active player(s)
                )
            ),
 
            'possibleMoves' => self::getPossibleMoves()          // will be sent to all players
        );
    }
</pre>
 
Inside the js file, these variables will be available through `args._private`. (e.g. `args._private.somePrivateData` -- it is not `args._private.active.somePrivateData` nor is it `args.somePrivateData`)
 
Example 2: send information to a specific player (<specific_player_id>) only:
 
<pre>
    function argPlayerTurn()  {
        return array(
            '_private' => array(          // Using "_private" keyword, all data inside this array will be made private
 
                <specific_player_id> => array(      // select one specific player by id
                    'somePrivateData' => self::getSomePrivateData()  // will be sent only to <specific_player_id>
                )
            ),
 
            'possibleMoves' => self::getPossibleMoves()          // will be sent to all players
        );
    }
</pre>
 
IMPORTANT: in certain situations (example: "multipleactiveplayer" game state) these "private data" features can have a significant impact on performance. Please do not use if not needed.


=== updateGameProgression ===
=== updateGameProgression ===
Liña 303: Liña 349:
(optional)
(optional)


IF you specify "updateGameProgression => true" in a game state, your "getGameProgression" PHP method will be called at the beginning of this game state - and thus the game progression of the game will be updated.
If you specify "updateGameProgression => true" in a game state, your "getGameProgression" PHP method will be called at the beginning of this game state - and thus the game progression of the game will be updated.
 
''At least one'' of your game states (any one) must specify "updateGameProgression=>true".
 
== Implementation Notes ==
 
 
=== Using Named Constants for States ===
 
Using numeric constants is prone to errors. If you want you can declare state constants as PHP named constants. This way you can
use them in the states file and in game.php as well
 
EXAMPLE:
 
states.inc.php:
 
<pre>
// define contants for state ids
if (!defined('STATE_END_GAME')) { // ensure this block is only invoked once, since it is included multiple times
  define("STATE_PLAYER_TURN", 2);
  define("STATE_GAME_TURN", 3);
  define("STATE_PLAYER_TURN_CUBES", 4);
  define("STATE_END_GAME", 99);
}
$machinestates = array(
 
  ...
 
    STATE_PLAYER_TURN => array(
    "name" => "playerTurn",
    "description" => clienttranslate('${actplayer} must select an Action Space or Pass'),
    "descriptionmyturn" => clienttranslate('${you} must select an Action Space or Pass'),
    "type" => "activeplayer",
                "args" => 'arg_playerTurn',
    "possibleactions" => array( "selectWorkerAction", "pass" ),
    "transitions" => array(
            "loopback" => STATE_PLAYER_TURN,
            "playCubes" => STATE_PLAYER_TURN_CUBES,
            "pass" => STATE_GAME_TURN )
    ),
</pre>
 
=== Example of multipleactiveplayer state ===
 
This is an example of a multipleactiveplayer state:
 
  2 =>  array (
    'name' => 'playerTurnSetup',
    'type' => 'multipleactiveplayer',
    'description' => clienttranslate('Other players must choose one Objective'),
    'descriptionmyturn' => clienttranslate('${you} must choose one Objective card to keep'),
    'possibleactions' =>    array ('playKeep' ),
    'transitions' =>    array (      'next' => 5, 'loopback' => 2, ),
    'action' => 'st_MultiPlayerInit',
    'args' => 'arg_playerTurnSetup',
  ),


At least one of your game state (any of them) must specify updateGameProgression=>true.
In game.php:
    // this will make all players multiactive just before entering the state
    function st_MultiPlayerInit() {
        $this->gamestate->setAllPlayersMultiactive();
    }
 
When ending the player action, instead of a state transition, deactivate player.
 
    function action_playKeep($cardId) {
        $this->checkAction('playKeep');
        $player_id = $this->getCurrentPlayerId(); // CURRENT!!! not active
        ... // some logic here
        $this->gamestate->setPlayerNonMultiactive($player_id, 'next'); // deactivate player; if none left, transition to 'next' state
    }

Revisión actual feita o 15 de setembro de 2018 ás 18:33

This file describes the state machine of your game (all the game states properties, and the transitions to get from one state to another).

Important: to understand the game state machine, it's recommended that you read this presentation first:

Focus on BGA game state machine

Overall structure

The machine states are described by a PHP associative array.

Example:

$machinestates = array(

    // The initial state. Please do not modify.
    1 => array(
        "name" => "gameSetup",
        "description" => clienttranslate("Game setup"),
        "type" => "manager",
        "action" => "stGameSetup",
        "transitions" => array( "" => 2 )
    ),
    
    // Note: ID=2 => your first state

    2 => array(
    		"name" => "playerTurn",
    		"description" => clienttranslate('${actplayer} must play a card or pass'),
    		"descriptionmyturn" => clienttranslate('${you} must play a card or pass'),
    		"type" => "activeplayer",
    		"possibleactions" => array( "playCard", "pass" ),
    		"transitions" => array( "playCard" => 2, "pass" => 2 )
    ),

Syntax

id

The keys determine game state IDs (in the example above: 1 and 2).

IDs must be positive integers.

ID=1 is reserved for the first game state and should not be used (and you must not modify it).

ID=99 is reserved for the last game state (end of the game) (and you must not modify it).

Note: you may use any ID, even an ID greater than 100. But you cannot use 1 or 99.

Note²: You must not use the same ID twice.

Note³: When a game is in prod and you change the ID of a state, all active games (including many turn based) will behave unpredictably.

name

(Mandatory)

The name of a game state is used to identify it in your game logic.

Several game states can share the same name; however, this is not recommended.

Warning! Do not put spaces in the name. This could cause unexpected problems in some cases.

PHP example:


// Get current game state
$state = $this->gamestate->state();
if( $state['name'] == 'myGameState' )
{
...
}

JS example:

        onEnteringState: function( stateName, args )
        {
            console.log( 'Entering state: '+stateName );
            
            switch( stateName )
            case 'myGameState':
            
                // Do some stuff at the beginning at this game state
                ....
                
                break;

type

(Mandatory)

You can use 3 types of game states:

  • activeplayer (1 player is active and must play.)
  • multipleactiveplayer (1..N players can be active and must play.)
  • game (No player is active. This is a transitional state to do something automatic specified by the game rules.)

description

(Mandatory)

The description is the string that is displayed in the main action bar (top of the screen) when the state is active.

When a string is specified as a description, you must use "clienttranslate" in order for the string to be translated on the client side:

 		"description" => clienttranslate('${actplayer} must play a card or pass'),

In the description string, you can use ${actplayer} to refer to the active player.

You can also use custom arguments in your description. These custom arguments correspond to values returned by your "args" PHP method (see below "args" field).

Example of custom field:


In states.inc.php:
        "description" => clienttranslate('${actplayer} must choose ${nbr} identical energies'),
        "args" => "argMyArgumentMethod"

In mygame.game.php:
    function argMyArgumentMethod()
    {
        return array(
            'nbr' => 2  // In this case ${nbr} in the description will be replaced by "2"
        );    
    }

Note: You may specify an empty string ("") here if it never happens that the game remains in this state (i.e., if this state immediately jumps to another state when activated).

Note²: Usually, you specify a string for "activeplayer" and "multipleactiveplayer" game states, and you specify an empty string for "game" game states. BUT, if you are using synchronous notifications, the client can remain on a "game" type game state for a few seconds, and in this case it may be useful to display a description in the status bar while in this state.

descriptionmyturn

(Mandatory when the state type is "activeplayer" or "multipleactiveplayer")

"descriptionmyturn" has exactly the same role and properties as "description", except that this value is displayed to the current active player - or to all active players in case of a multipleactiveplayer game state.

In general, we have this situation:

        "description" => clienttranslate('${actplayer} can take some actions'),
        "descriptionmyturn" => clienttranslate('${you} can take some actions'),

Note: you can use ${you} in descriptionmyturn so the description will display "You" instead of the name of the player.

action

(Mandatory when the state type is "game.")

"action" specifies a PHP method to call when entering this game state.

Example:

In states.inc.php:
    28 => array(
        "name" => "startPlayerTurn",
        "description" => '',
        "type" => "game",
        "action" => "stStartPlayerTurn",

In mygame.game.php:
    function stStartPlayerTurn()
    {   
        // ... do something at the beginning of this game state

Usually, for a "game" state type, the action method is used to perform automatic functions specified by the rules (for example: check victory conditions, deal cards for a new round, go to the next player, etc.) and then jump to another game state.

Note: a BGA convention specifies that PHP methods called with "action" are prefixed by "st".

Note: this field CAN be used for player states to set something up; e.g., for multiplayer states, it can make all players active.

transitions

(Mandatory)

With "transitions" you specify which game state(s) you can jump to from a given game state.

Example:

    25 => array(
        "name" => "myGameState",
        "transitions" => array( "nextPlayer" => 27, "endRound" => 39 ),
        ....
    }

In the example above, if "myGameState" is the current active game state, I can jump to the game state with ID 27 or the game state with ID 39.

Example to jump to ID 27:

In mygame.game.php:
    $this->gamestate->nextState( "nextPlayer" );

Important: "nextPlayer" is the name of the transition, and NOT the name of the target game state. Multiple transitions can lead to the same game state.

Note: If there is only 1 transition, you may give it an empty name.

Example:

In states.inc.php:
    "transitions" => array( "" => 27 ),

In mygame.game.php:
    $this->gamestate->nextState(  );     // We don't need to specify a transition as there is only one here

possibleactions

(Mandatory when the game state is "activeplayer" or "multipleactiveplayer")

"possibleactions" defines the actions possible by the players in this game state, and ensures they cannot cannot perform actions that are not allowed in this state.

Example:

In states.game.php:
       	"possibleactions" => array( "playCard", "pass" ),

In mygame.game.php:
        function playCard( ...)
        {
             self::checkAction( "playCard" );    // Will fail if "playCard" is not specified in "possibleactions" in the current game state.

            ....

In mygame.js:
        playCard: function( ... )
        {
            if( this.checkAction( "playCard" ) ) // Will fail if "playCard" is not specified in "possibleactions" in the current game state.
            {  return ;   }

            ....

args

(optional)

Sometimes it happens that you need some information on the client side (i.e., for your game interface) only for a specific game state.

Example 1 : in Reversi, the list of possible moves during the playerTurn state. Example 2 : in Caylus, the number of remaining king's favors to choose in the state where the player is choosing a favor. Example 3 : in Can't Stop, the list of possible die combinations to be displayed to the active player so that he can choose from among them.

In such a situation, you can specify a method name as the « args » argument for your game state. This method must retrieve some piece of information about the game (example: for Reversi, the list of possible moves) and return it.

Thus, this data can be transmitted to the clients and used by the clients to display it. It should always be an associative array.

Let's see a complete example using args with « Reversi » game :

In states.inc.php, we specify an « args » argument for gamestate « playerTurn » :

    10 => array(
        "name" => "playerTurn",
		"description" => clienttranslate('${actplayer} must play a disc'),
		"descriptionmyturn" => clienttranslate('${you} must play a disc'),
        "type" => "activeplayer",
        "args" => "argPlayerTurn",    <================================== HERE
        "possibleactions" => array( 'playDisc' ),
        "transitions" => array( "playDisc" => 11, "zombiePass" => 11 )
    ),

It corresponds to a « argPlayerTurn » method in our PHP code (reversi.game.php):

    function argPlayerTurn()   {
        return array(
            'possibleMoves' => self::getPossibleMoves()
        );
    }

Then, when we enter into the « playerTurn » game state on the client side, we can highlight the possible moves on the board using information returned by argPlayerTurn :

        onEnteringState: function( stateName, args )  {
           console.log( 'Entering state: '+stateName );
            
            switch( stateName )  {
            case 'playerTurn':
                this.updatePossibleMoves( args.args.possibleMoves );
                break;
            }
        },

Note: you can also use values returned by your "args" method to have some custom values in your "description"/"descriptionmyturn" (see above).

Note: as a BGA convention, PHP methods called with "args" are prefixed by "arg" (example: argPlayerTurn).

Warning: the "args" method can be called before the "action" method so don't expect data modifications by the "action" method to be available in the "args" method!

Private info in args

By default, all data provided through this method are PUBLIC TO ALL PLAYERS. Please do not send any private data with this method, as a cheater could see it even it is not used explicitly by the game interface logic.

However, it is possible to specify that some data should be sent to specific players only.

Example 1: send information to active player(s) only:

    function argPlayerTurn()  {
        return array(
            '_private' => array(          // Using "_private" keyword, all data inside this array will be made private

                'active' => array(       // Using "active" keyword inside "_private", you select active player(s)
                    'somePrivateData' => self::getSomePrivateData()   // will be send only to active player(s)
                )
            ),

            'possibleMoves' => self::getPossibleMoves()          // will be sent to all players
        );
    }

Inside the js file, these variables will be available through `args._private`. (e.g. `args._private.somePrivateData` -- it is not `args._private.active.somePrivateData` nor is it `args.somePrivateData`)

Example 2: send information to a specific player (<specific_player_id>) only:

    function argPlayerTurn()  {
        return array(
            '_private' => array(          // Using "_private" keyword, all data inside this array will be made private

                <specific_player_id> => array(       // select one specific player by id
                    'somePrivateData' => self::getSomePrivateData()   // will be sent only to <specific_player_id>
                )
            ),

            'possibleMoves' => self::getPossibleMoves()          // will be sent to all players
        );
    }

IMPORTANT: in certain situations (example: "multipleactiveplayer" game state) these "private data" features can have a significant impact on performance. Please do not use if not needed.

updateGameProgression

(optional)

If you specify "updateGameProgression => true" in a game state, your "getGameProgression" PHP method will be called at the beginning of this game state - and thus the game progression of the game will be updated.

At least one of your game states (any one) must specify "updateGameProgression=>true".

Implementation Notes

Using Named Constants for States

Using numeric constants is prone to errors. If you want you can declare state constants as PHP named constants. This way you can use them in the states file and in game.php as well

EXAMPLE:

states.inc.php:

// define contants for state ids
if (!defined('STATE_END_GAME')) { // ensure this block is only invoked once, since it is included multiple times
   define("STATE_PLAYER_TURN", 2);
   define("STATE_GAME_TURN", 3);
   define("STATE_PLAYER_TURN_CUBES", 4);
   define("STATE_END_GAME", 99);
}
 
$machinestates = array(

   ...

    STATE_PLAYER_TURN => array(
    		"name" => "playerTurn",
    		"description" => clienttranslate('${actplayer} must select an Action Space or Pass'),
    		"descriptionmyturn" => clienttranslate('${you} must select an Action Space or Pass'),
    		"type" => "activeplayer",
                "args" => 'arg_playerTurn',
    		"possibleactions" => array( "selectWorkerAction", "pass" ),
    		"transitions" => array( 
    		        "loopback" => STATE_PLAYER_TURN,
    		        "playCubes" => STATE_PLAYER_TURN_CUBES,
    		        "pass" => STATE_GAME_TURN )
    ),

Example of multipleactiveplayer state

This is an example of a multipleactiveplayer state:

 2 =>  array (
   'name' => 'playerTurnSetup',
   'type' => 'multipleactiveplayer',
   'description' => clienttranslate('Other players must choose one Objective'),
   'descriptionmyturn' => clienttranslate('${you} must choose one Objective card to keep'),
   'possibleactions' =>     array ('playKeep' ),
   'transitions' =>    array (       'next' => 5, 'loopback' => 2, ),
   'action' => 'st_MultiPlayerInit',
   'args' => 'arg_playerTurnSetup',
 ),

In game.php:

   // this will make all players multiactive just before entering the state
   function st_MultiPlayerInit() {
       $this->gamestate->setAllPlayersMultiactive();
   }

When ending the player action, instead of a state transition, deactivate player.

   function action_playKeep($cardId) {
       $this->checkAction('playKeep');
       $player_id = $this->getCurrentPlayerId(); // CURRENT!!! not active
       ... // some logic here
       $this->gamestate->setPlayerNonMultiactive($player_id, 'next'); // deactivate player; if none left, transition to 'next' state
   }