Skip to content

Commit

Permalink
XS✔ ◾ ♻️ App State Pattern - Mention Fluxor (SSWConsulting#9011)
Browse files Browse the repository at this point in the history
* Update rule.md

* Auto-fix Markdown files

---------

Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com>
  • Loading branch information
MattParkerDev and github-actions[bot] authored Aug 13, 2024
1 parent d2e9d1a commit f9085a7
Showing 1 changed file with 2 additions and 0 deletions.
2 changes: 2 additions & 0 deletions rules/blazor-appstate-pattern-with-notifications/rule.md
Original file line number Diff line number Diff line change
Expand Up @@ -156,3 +156,5 @@ The Counter page example below calls `StateHasChanged()` when the `PropertyChang
Whenever the `IncrementCount()` or `Reset()` methods are invoked, any listeners on the page will invoke the handling code attached to the `PropertyChanged` event - and be able to invoke `StateHasChanged` in order to update their respective views.

The real value of implementing `INotifyPropertyChanged` (or by using an abstraction like `BaseClass<T>` above) is when the same shared state object is used multiple times on the same page and having the `PropertyChanged` event handlers invoked from a single interaction and automatically keeping the view up to date for all components.

Although this mitigates an issue with the [AppState pattern](blazor-basic-appstate-pattern), it is still not a complete solution for all scenarios. For more complex scenarios, consider using a Redux state management pattern. [Fluxor](https://github.com/mrpmorris/Fluxor) is a NuGet package implementing the Redux pattern for Blazor.

0 comments on commit f9085a7

Please sign in to comment.