Almah

Almah

This is in the context of a tabletop roleplaying game, think Dungeons & Dragons. In such a game you create a character by going through a branching multi-step process such as determining attributes, picking a species, selecting a class and so on. My game’s a little more complex. Character creation uses a randomizer called a “Life Path” to prevent you from choosing your own options. Instead it often rolls and picks a result for you. You can spend a limited quantity of Life Points to say, “No, I really want to be able to decide for myself in this step.”

Here’s a part of the process:

  1. Set Attributes (Strength, Agility, Mind, etc)
  2. (Optional) Spend Life Points to augment Attributes
  3. Randomly determine species OR spend Life Point to pick (Human, Dwarf, Elf).
    3a. If Dwarf or Elf, choose a subculture.
  4. Randomly determine a faction.
    4a. Except if roll == 100, then you get to choose!

And so on. Branching paths, but at least no backtracking required. There are also two ways in which you can create a character, traditional and GodMode:

  • Traditional: You follow the steps I highlighted and create a character you had a hand in guiding, but there are still random events out of your control that shaped their life.
  • GodMode: No Life Points, but you can choose instead of rolling at every step.

I already have a naive solution from a few months ago that worked for the Traditional path. It was a monolothic LiveView with a single route and several LiveComponents.

# route "/character/create", CharacterCreationLive

CharacterCreationLive
- AttributesComponent
- AttributeLifePointComponent
- HostBodyComponent
- SubHostBodyComponent

My LiveComponents would notify my LiveView whenever a step completed and what the result was. My LiveView would then append the results to my domain which would slowly piece together a character for me. Finally, it determined what the next step would be and invoked the corresponding LiveComponent. It worked well, but the single LiveView got pretty large and had to handle a lot of events and branching paths.

I’m wondering if there’s a better way? I don’t want to use multiple routes for my Traditional approach because it’s all or nothing. You can’t go back to a previous step, you have to live with the results or use GodMode. Therefore my routes look something like this:

      # Choose Traditional or GodMode character creation
      live "/character/create", CharacterCreationLive.BuildPath

      # No further routes, everything happens in this View, but gets quite large
      live "/character/create/traditional", CharacterCreationLive.Traditional
      
      # GodMode doesn't have this problem, you can always go back and make a different choice
      live "/character/create/godmode/attributes", CharacterCreationLive.GodMode, :attributes
      live "/character/create/godmode/host", CharacterCreationLive.GodMode, :host

      # Or maybe using LiveNavigation instead? I'm not sure
      live "/character/create/godmode/attributes", CharacterCreationLive.GodMode.Attributes
      live "/character/create/godmode/host", CharacterCreationLive.GodMode.Host

Is there a better way that I could structure my app or routes? How would you do it?

Showing Posts 1 to 1

krasenyp

krasenyp

I see you’ve started brainstorming from the interface backwards but in my opinion it’s better to first model your functionality using the functional programming means and then make it concurrent and devise an interface.

— All posts loaded —

Where Next? Top

Trending in Questions Top

RSP87
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
nseaSeb
Hello, I know there is an approach for handling lists that allows for optimized traversal, but I can’t recall the specific method (somet...
New
RemyXRenard
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
New
velrest
So my question is quite simple and i have found no conclusive answer on forum, google or AI. Should we use :erlang.float for Integer to ...
New
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
samoloth
Hi, I’ve just set up an application with ash_authentication. There is only magic link strategy for now, so there is no confirmation add o...
New
FlyingNoodle
If a change or preparation module uses Ash.Changeset.get_argument/2 or Ash.Query.get_argument/2 (or any of the other get_argument functio...
New

Other Trending Topics Top

mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Dmk
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New
netoum
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
webofbits
With AI doing more of the implementation work, I’ve been wondering how much coding I should deliberately keep doing myself. My main conc...
#ai
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews