Timeline for messaging class and global state
Current License: CC BY-SA 3.0
6 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Mar 13, 2014 at 19:01 | comment | added | Fresheyeball | Yes, its necessary, but things having more state then needed is often the source of bugs and should be avoid when possible in favor of statelessness. The flag is global in the UI, and only for the UI. I'm sorry if that was not clear. | |
| Mar 13, 2014 at 18:58 | comment | added | BobDalgleish | "State is evil." Give me a break! The collection of data that your app displays is sometimes called the display state. It has nothing to do with "evil." DON'T make it a global flag. Make it a flag that is local to your UI. | |
| Mar 13, 2014 at 18:55 | comment | added | Fresheyeball | Thats sounds massively stateful. State is evil, so evil I felt the need to start a bounty on how to manage a single global flag. It also does not give me any direction on how to manage that flag, just how I might implement based on that flag. In other words, this is still a non-answer. | |
| Mar 13, 2014 at 16:25 | comment | added | BobDalgleish | The state is local to your UI. Depending on your UI state, you use the local copy or the state that is being continually updated. | |
| Mar 13, 2014 at 15:30 | comment | added | Fresheyeball | This is essentially the behavior we are going for. I would just like feedback on how to best handle the nasty global state. | |
| Mar 12, 2014 at 18:48 | history | answered | BobDalgleish | CC BY-SA 3.0 |