https://kotlinlang.org logo
Join Slack
Powered by
When you modularize, and you need some shared code...
# android-architecture
u
When you modularize, and you need some shared code in each feature module
o
We actually don't seperate code per feature module, but per type: domain module, repositories module, datasources module, viewmodels module
u
Well thats different, btw imo I dont think that scales and is incorrect
t
@Orhan Tozan that sounds really awful to work with
o
Well, you can't do multiplatform single feature modules
Some parts you need to share, some don't
It doesn't make sense to put the chat model and the chat repository in the chatting feature, because there is a big chance another feature might also need to know of the chat model and maybe even chat repository
so you will be constantly moving files then, giving the sign that it is unscalable
That's how most clean architecture projects are set up too
u
and theyre wrong, your not gaing much, sure you need shared modules, but imagine twitter & periscope, you cannot just share "domain" because it contains twitter specific etc
🤣 1
you can only share entire layers
o
They can, imagine a server-client setup. The server and client use the same domain.
u
sure, but if youll have something client specific, then youre screwed
otherwise if it were features, or a module of feature modules.. etc, composition
o
Client is not screwed, if client has specific models, he will use that as is own layer on top of the domain layer. composition indeed
u
then its not what you described, or I undestood but okay
t
Modularizing by layer is an anti-patterm that everyone else moved past 10 years ago, except for Android developers who still cling to it. If your app and consequently the team that works on it gets large enough then you need to split the large team into independent smaller teams or the organizational overhead will kill you. You can split either by technology (what people used to do) or by domain area. If you split by technology then every feature that has to be developed needs to be communicated across many team boundaries: frontend, Backend, mobile, UX, ops. Once again, you will drown in overhead. Which is why everyone has adopted the domain-driven way of vertically integrated teams. The code base has to reflect the organizational structure to enable independent teams, which means vertically integrated feature modules.
o
I think you are talking about a different thing
d
Are you modularising out principle or do you have empirical data that says its it best way to go for the application?
The costs to modularise is very high in Android thanks to how navigation works.
u
@dewildte not really, same as any cross module communication, just put it on common module (or root/base and fck it)
2 Views
Open in Slack
PreviousNext
Powered by