Wayback Machinekoobas.hobune.stream
May JUN Jul
Previous capture 13 Next capture
2021 2022 2023
1 capture
13 Jun 22 - 13 Jun 22
sparklines
Close Help
  • Products
  • Solutions
  • Made with Unity
  • Learning
  • Support & Services
  • Community
  • Asset Store
  • Get Unity

UNITY ACCOUNT

You need a Unity Account to shop in the Online and Asset Stores, participate in the Unity Community and manage your license portfolio. Login Create account
  • Blog
  • Forums
  • Answers
  • Evangelists
  • User Groups
  • Beta Program
  • Advisory Panel

Navigation

  • Home
  • Products
  • Solutions
  • Made with Unity
  • Learning
  • Support & Services
  • Community
    • Blog
    • Forums
    • Answers
    • Evangelists
    • User Groups
    • Beta Program
    • Advisory Panel

Unity account

You need a Unity Account to shop in the Online and Asset Stores, participate in the Unity Community and manage your license portfolio. Login Create account

Language

  • Chinese
  • Spanish
  • Japanese
  • Korean
  • Portuguese
  • Ask a question
  • Spaces
    • Default
    • Help Room
    • META
    • Moderators
    • Topics
    • Questions
    • Users
    • Badges
  • Home /
This question was closed Jul 03, 2014 at 08:14 PM by tanoshimi for the following reason:

Too subjective and argumentative

avatar image
0
Question by Calithlin · Jul 03, 2014 at 07:25 PM · movementdesignefficiencystate machinestates

Multiple States or Fewer States

So I am developing a bit of a complicated game involving Mario Galaxy style mini planets with localized gravity with third person shooter mechanics on top.

I've successfully made the prototype but want to streamline everything once I start moving to actual production. The heart of my question is about states/state machine(s) governing the character - should there be only one or a few all encompassing state(s) on the character at once to describe its behavior and influence the other scripts attached (such as, inSpaceThrusting, groundedShooting, etc) or should there be multiple state machines governing each different aspect of the character (such as a state machine to just cover physics related states such as Grounded, inSpace, Falling, Thrown, etc - along with state machines for different movement related things, different combat related states etc etc).

Currently with the prototype it's a bit of a mess. There's a state machine which covers all movement including physics and gravity (Jumping, Falling[assumes in a gravity body], Grounded) while the controls behavior are kind of buried in a bunch if/else statements depending on the current gravity state.

Comment
Add comment · Show 1
10 |3000 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users
avatar image Kiwasi · Jul 03, 2014 at 07:39 PM 0
Share

There really is no right answer to this. It all depends.

0 Replies

  • Sort: 

Follow this Question

Answers Answers and Comments

3 People are following this question.

avatar image avatar image avatar image

Related Questions

What is the best way to implement user input and movement when using a State Machine pattern? 1 Answer

Making floating specks for space movement 0 Answers

The name 'Joystick' does not denote a valid type ('not found') 2 Answers

Endless Runner Static Or Moving Player 0 Answers

Infinite Moving/Rotating Question 1 Answer


Enterprise
Social Q&A

Social
Subscribe on YouTube social-youtube Follow on LinkedIn social-linkedin Follow on Twitter social-twitter Follow on Facebook social-facebook Follow on Instagram social-instagram

Footer

  • Purchase
    • Products
    • Subscription
    • Asset Store
    • Unity Gear
    • Resellers
  • Education
    • Students
    • Educators
    • Certification
    • Learn
    • Center of Excellence
  • Download
    • Unity
    • Beta Program
  • Unity Labs
    • Labs
    • Publications
  • Resources
    • Learn platform
    • Community
    • Documentation
    • Unity QA
    • FAQ
    • Services Status
    • Connect
  • About Unity
    • About Us
    • Blog
    • Events
    • Careers
    • Contact
    • Press
    • Partners
    • Affiliates
    • Security
Copyright © 2020 Unity Technologies
  • Legal
  • Privacy Policy
  • Cookies
  • Do Not Sell My Personal Information
  • Cookies Settings
"Unity", Unity logos, and other Unity trademarks are trademarks or registered trademarks of Unity Technologies or its affiliates in the U.S. and elsewhere (more info here). Other names or brands are trademarks of their respective owners.
  • Anonymous
  • Sign in
  • Create
  • Ask a question
  • Spaces
  • Default
  • Help Room
  • META
  • Moderators
  • Explore
  • Topics
  • Questions
  • Users
  • Badges