42-Points-Game

Python implementation of the fourty-two points game.

Introduction

"42 Points" game is a variation based on the popular and long-lived "24 Points" game. The player should only use addition, subtraction, multiplication, division and parentheses and five integers between 0 and 13 (inclusive) to get 42. It's really simple to understand, as the core of the game still relies on math calculations.

Design Logic

This package is designed to work as a core processing part, providing:

• Problem database
• Problem generation (by user / in database)
• Start / stop the game
• Timer for solutions
• Player statistics
• Equivalent solution detection
• A bunch of APIs and exceptions

This package is not designed to fully implement everything with the game, so the formatting parts should be written by end-users. But don't worry, the API in this package is enough to create whatever you need.

Usage

As equivalent detection is not a easy issue, we will make several changes to make sure it satisfies our need in the following upgrades. Please just kindly use the latest version.

It's recommended to use pip:

    pip install --upgrade 42Points

But building with setup.py will also work, as no other third-party dependencies are required for this package.

After you have installed the package, you are almost done. If you want to try it out quickly, just open your IDLE (or something like that) and type:

    from ftptsgame import FTPtsGame
    app = FTPtsGame() # initialize
    app.generate_problem(problem=[1, 2, 3, 4, 5]) # generate a problem beforehand
    app.start() # start the game
    app.get_current_problem() # show the problem
    app.solve('2 * 4 * 5 + 3 - 1') # put forward a valid solution
    app.get_current_solutions() # show all solutions
    app.get_remaining_solutions() # show remaining solutions
    app.stop() # stop the game

Well, you can integrate this package into your projects by using just the same way, and you can format problems in all the ways you like.

Exceptions

• PermissionError: Raised during a status check, some methods must be used in the game, while other can't be used.
• TypeError: Raised when the problem type is not defined.
• ValueError: Raised when the parameter of generating a problem is invalid, or a user inputs unmatched numbers.
• OverflowError: Raised when a user input a too long expression. (greater than or equal to 30 characters after beautifying)
• SyntaxError: Raised when a user input an expression which can't be parsed.
• ArithmeticError: Raised when a user inputs a wrong answer.
• LookupError: Raised when a user inputs an equivalent answer.
• Other exceptions will be raised when an input fails built-in parameter checks.

License

This package is licensed under the MIT License.

Contribution

Pull requests and issues are warmly welcomed.