abyala / spirit-island Goto Github PK

Includes random-game, games-against, games-with-player, spirits-in-[game, and games-with-spirit.

Data format changes to {:players {:spirit s, :board b, :rating r} with the board being a keyword.

CLI format changes from record-game win 7 england=4 Andrew=starlight,4 to record-game win 7 england=4 Andrew=starlight,e,4. Board comes before rating.

Test that parsing old data supports a missing board.

Always print the full usage for all commands, both for the base help message or when there is a parser error in a command execution. Currently only affects create-game and record-game.

Metadata for a spirit should support an optional map of {:aspects {:s {:name n}}}.

CLI for create-game should suggest a spirit with an optional aspect; it should also support base spirits too.

CLI for record-game should change from Andrew=river,d,4 to Andrew=river,travel,d,4 or Andrew=river,base,d,4 or Andrew=river,,d,4.

User game data should support {name {:spirit s, :aspect :a, :board :b, :rating n}} with :aspect being nil or missing if the base spirit is used.

Allow the function to support either a single player name or the existing collection of names.

Need to update:

• CLI data for record-game command
• Data format either changes to a map from player to all of the spirits as a collection or a simple collection of players where the player-id is not unique (probably).

Options include:

• Stats for all games with a player
• Stats for all games with a player playing a spirit
• Stats for all games against an adversary

For now, print out the number of games and the win rate.

Not currently supporting boards or adversary levels.

Change input from create-game Andrew;Bob to record-game Andrew=1;Bob=2 where any missing parameters implies one spirit.

Certain operations (mostly create-game for now) should support the ditto operation.

Support requires:

• State includes an optional :previous-request string
• run-cli by default clears out that string after every requests
• CLI function validate-state ensures that a passed-in state meets the necessary structure - for now, it has non-nil keys of :metadata and :users
• execute function becomes more complex and can return:
  a. nil - success and no change to state, other than clearing out the ditto message
  b. :exit - special code to exit the CLI
  c. preserve-request - special code to retain the state but also set the previous-command field
  d. map with the field state to provide an updated state and other information; in this case, an optional :preserve-request flag, so long as the state passes validation
  e. map without the field state - an updated state, so long as it passes validation
• run-cli checks the response from execute and performs as expected
• Simplify all existing functions to not return the state if nothing changed, or to return :exit for the exit command
• Enable create-game preserve the request if it passes validation