PokeVideoPlayer v23.9-app.js-020924_
0143ab93_videojs8_1563605_YT_2d24ba15 licensed under gpl3-or-later
Views : 15,146
Genre: Science & Technology
License: Standard YouTube License
Uploaded At Feb 18, 2022 ^^
warning: returnyoutubedislikes may not be accurate, this is just an estiment ehe :3
Rating : 4.934 (11/651 LTDR)
98.34% of the users lieked the video!!
1.66% of the users dislieked the video!!
User score: 97.51- Overwhelmingly Positive
RYD date created : 2022-02-23T19:48:50.759294Z
See in json
Top Comments of this video!! :3
The "vs" is misleading. Use both.
1. You can do clean architecture first, then do vertical slicing.
2. Or you can do vertical slicing first, and within each slice a mini-clean-architecture.
Both valid. The rest is a matter of taste, team dynamics, previous experiences, etc.
Personally, I prefer 1. The reason is it allows for a more organic growth and learning from the requirements, as use cases come in. I can then shift gradually to either vertical slicing, microservices, or slicing first, then microservices - in case the need arises.
The reason why I can do that gradually is that all use cases are closer to each other, the whole business logic is more focused, and an analysis of how use cases are related is way more clear.
Let me emphasize that: 1 makes the analysis of the use cases easier.
Meaning also: identifying bounded contexts is way easier also (if you go DDD, identifying them is one of the difficult parts, so 1 makes that easier).
This being said, I won't shy away from vertical slicing, once the project is more settled (meaning: the business side and the tech side have reached maturity, not many fundamental things have been changing in the past 2 years, etc)
6 |
We can share some code between slices, right? I'm trying slice architecture in my projects and I split between two main folders: application and domain. In the domain I have entities, value objects, domain services, etc., which can be used by any slice (aka feature). In the application folder each file is a feature with all the code needed for it. Sometimes I have the same complex query that is used by two features, eg: a query that is used for retrieve data and for export in csv. For this I separate the query into a file and import in the two features. Thanks for the great content of the channel and for showing me this kind of architecture, I was trying something close to this, but didn't realize it existed. PS: sorry for my english haha
1 |
@devagr
2 years ago
so clean architecture never says anything about domain separation, just about the technical layers. So a vertically sliced architecture can also implement clean architecture for each slice. If there was a venn diagram, there would be an overlap between the two styles.
28 |