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
Data and state management are currently held in globals throughout the framework. Interaction with these are through private functions within each API.
The problem with globals is they are globally readable and writeable. The ability for any piece of code to overwrite the global models is problematic as it can lead to unpredictable behavior.
I propose that we build a Containerized Data & State Management Model with its own API to interact with it. This model will be OOP-based. Why? OOP is best suited for this type of modeling as it:
encapsulates and protects the data and state models.
provide clear interfaces to interact with each.
hide away any complexity to eliminate the private functionality.
The goal here is to ensure Beans is highly robust and predictable. Care will need to be taken to ensure the new architectural is performant.
The text was updated successfully, but these errors were encountered:
Data and state management are currently held in globals throughout the framework. Interaction with these are through private functions within each API.
The problem with globals is they are globally readable and writeable. The ability for any piece of code to overwrite the global models is problematic as it can lead to unpredictable behavior.
I propose that we build a Containerized Data & State Management Model with its own API to interact with it. This model will be OOP-based. Why? OOP is best suited for this type of modeling as it:
The goal here is to ensure Beans is highly robust and predictable. Care will need to be taken to ensure the new architectural is performant.
The text was updated successfully, but these errors were encountered: