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

Unidirectional data flow and the Clean Architecture #15

Open
ZherebtsovAlexandr opened this issue May 12, 2019 · 0 comments
Open

Unidirectional data flow and the Clean Architecture #15

ZherebtsovAlexandr opened this issue May 12, 2019 · 0 comments

Comments

@ZherebtsovAlexandr
Copy link

In the blogpost you’ve considered unidirectional data flow (UDF) architecture in the Clean architecture (CA) context. Thank you for this point!

I’ve a question about СA layers and UDF.

In CA the domain layer is only business logic and business entity, the layer doesn't know anything about the presentation layer and the data layer. The layer is independent.

Basically in CA the data layer has the state of the app. The presentation layer has state of the screen, such as isLoading, isLoaded, screen is green or screen is red, etc. But the domain layer doesn’t it . In the article you’ve written that the store is the domain layer. It’s confused me bit.

I thought that UDF is more about the presentation layer in CA context. For example, you can switch MVI (one of UDF implementations) to MVP, MVVM and back. Of course you will have some bit change other layers.

What do you think about put the store to the presentation layer? And side effects moved to the domain layer?

Thank you for the article!

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

1 participant