You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After my initial development of queenbee functions and recipes, I think this was my biggest pain point.
To give a specific painful example, the current philosophy of "create a new function for every boolean flag you want to turn on/off on a command" is causing me to fall far short of the re-usability that we are hoping queenbee will give us. I already have 5 different simulation parameter commands in honeybee-energy and having to make 2 variants of each of them to accommodate one boolean option is already 10 functions. God help us all if I add another boolean flag on these simulation parameter commands and we will have 20 simulation parameter queenbee functions. Simply instituting an if/then logic will allow us to expose these boolean flags on the function rather than having to double or quadruple the number of functions.
Beyond this, there's potentially a lot more re-usability that we can build into queenbee functions if we can wrap multiple commands depending upon the input
The text was updated successfully, but these errors were encountered:
After my initial development of queenbee functions and recipes, I think this was my biggest pain point.
To give a specific painful example, the current philosophy of "create a new function for every boolean flag you want to turn on/off on a command" is causing me to fall far short of the re-usability that we are hoping queenbee will give us. I already have 5 different simulation parameter commands in honeybee-energy and having to make 2 variants of each of them to accommodate one boolean option is already 10 functions. God help us all if I add another boolean flag on these simulation parameter commands and we will have 20 simulation parameter queenbee functions. Simply instituting an if/then logic will allow us to expose these boolean flags on the function rather than having to double or quadruple the number of functions.
Beyond this, there's potentially a lot more re-usability that we can build into queenbee functions if we can wrap multiple commands depending upon the input
The text was updated successfully, but these errors were encountered: