Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Version History

Version 1 Next »

  1. When building your workflow, make sure you put more space between units than what seems necessary at first. It is almost always the case that you will have to revisit sections and add systems later.
  2. If you know that you will need a variable in more than one place, it is advisable to create a variable for it
    1. If the variable is only used within one workflow, use workflow variables (not project variables)
  3. Use Workflow variables to cover large distances between units, to avoid unnecessary cable overlapping.
  4. If you find yourself duplicating a system for multiple parts of your project, encapsulate its functionality in a WorkflowUnit.
    1. When designing a WorkflowUnit it is important that you expose both in and out trigger, since workflow units will only pass variables to the 'sub-workflow' on a trigger tick.
    2. When you are done with your main workflow, expose the trigger In. trigger out, and any variables that you deem necessary. (see published ins and outs) - This will allow someone else to reuse your workflow.
    3. Provide necessary information about published input ports via an annotation → see published inputs
  • No labels