Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
"state" is too ambiguous/overloaded, should use flag #76
Comments
marcoceppi
added
the
enhancement
label
Jun 29, 2016
marcoceppi
added this to the 2.0 milestone
Jun 29, 2016
|
In particular, it seems that people find |
|
updates original description |
|
@johnsca when you say bare identifiers, are you referring to the following? from charms.reactive import set_state
from charmhelpers.core.hookenv import status_set
# The above make bare identifiers |
|
Yes On Wed, Jun 29, 2016, 4:09 PM Charles Butler notifications@github.com
|
marcoceppi commentedJun 29, 2016
•
Edited 1 time
-
marcoceppi
Jun 29, 2016
state, for those new to juju is confusing as it gives the impression you're impacting the Juju state when it's actually the unit state and a state that's rather shallow at the end of the day. It's also very similar to status which brings more confusion.
The suggestion was to use the word "flag" instead which doesn't have as much meaning across domains as state and can be used to better represent (and ties in nicely to @when/@when_not).
The changes would be
set_state -> set_flag
remove_state -> remove_flag