Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement appropriate patterns for listening/interception/eventing on StateEntry and elsewhere #737

Closed
ajcvickers opened this issue Oct 1, 2014 · 2 comments

Comments

@ajcvickers
Copy link
Member

Currently we have an IEntityStateListener interface which is used for listening to changes to state entries. (The name should probably change.) Consider if the listener pattern is appropriate or if events or maybe even interception would be a better fit here. Likewise for "lifecycle hooks" throughout the stack.

@rowanmiller rowanmiller added this to the Backlog milestone Oct 8, 2014
@divega
Copy link
Contributor

divega commented Jan 13, 2017

@ajcvickers found this issue in the backlog. Should it be closed as a dupe of #626?

@ajcvickers
Copy link
Member Author

@divega It probably can be. It was originally a different issue to track what kind of "eventing/interception" mechanism to use throughout the stack, but I think that can be covered when we start work on 626.

@ajcvickers ajcvickers removed this from the Backlog milestone Jan 17, 2017
@ajcvickers ajcvickers reopened this Oct 16, 2022
@ajcvickers ajcvickers closed this as not planned Won't fix, can't repro, duplicate, stale Oct 16, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants