So I had an idea, possibly inspired by another game, of making a centralized “input manager” script, this would look for inputs and send out signals accordingly to the things those inputs would affect.
In theory this would allow for a much more modular and flexible way of handling player input that would make it much easier to work with other platforms in the future, and allow for input remapping much more easily.
For example, if I wanted sprinting as an activated feature, I could run through the manager to check for a certain key, controller button, or mobile UI button, unified under a “sprint activation signal”, and then run it to the sprint script itself.
Why not? If you prefer it that way and don’t mind having a centralized script, I’d say there is nothing wrong with it.
Personally with things like input, ContextActionService is already pretty powerful, as it allows you to sink or pass inputs with priority anyways, meaning all your other code variables and conditions can be on an isolated script if you really wanted to.