I’d like to start developing a board game I love playing. There’s an iOS implementation of it, but none for android. I don’t even know where to start and which principles I could possibly follow. I’ve been working as a (business) software dev for the last 20 years, so I have some clue about programming.

I don’t want to care too much about the graphics, it’s the computer opponents and the game rules I am interested in.

No language constraint ;-)

  • ClemaX@lemm.ee
    link
    fedilink
    arrow-up
    4
    ·
    7 months ago

    You could start with a multiplayer server that handles the game logic, and a command line client that that can interact with it, create a game room and invite someone to it. You can handle realtime communication with socket.io. Once you have the client and some game rules, you can implement the client on a frontend using a canvas or game engine. You could then add the bot opponents using simple random number generation and some basic strategies.

      • ClemaX@lemm.ee
        link
        fedilink
        arrow-up
        2
        ·
        7 months ago

        I think the command pattern would be useful. The user requests to perform a command. The command implementation can define preconditions and actions that mutate your game state.

  • Mmagnusson@programming.dev
    link
    fedilink
    arrow-up
    4
    ·
    7 months ago

    Hi. I work at a conpany that makes digital card games.

    Start by making the rules work. We generally use a callback implementation. We have a class that handles the game and enforces rules and dictates flow, classes that represent players, and then a rendering class.

    The game will call relevant functions to prompt the players for an action, passing the game state with them. The players respond with what they want to do. The game calls the renderer to draw it out, and the renderer will then call the passed callback action. Repeat until the game is over.

    When a human is involved then you just hook actions to buttons and pieces and clickable elements that the game catches and responds to if needed.

    Really you can use any principle or design paradigm you want, but since you are making a “simple” turn based game just having it simple and well segmented is an easy way to keep a handle on it.