'What are the advantages of using multiple projects in DDD structure (.NET Core)

I have been researching a lot into DDD and I have only found conflicting answers regarding this. First of all I am not asking about DDD theory (mentality / process design /etc) I am talking about the actual code and project structure.

Every example I have seen has, first of all, different structure. Multiple class libraries that go from 3 to even 8 class libraries. And in the end, the Application layer calls most, if not all of them.

This is where my questions arises (which could really be really amateur, but so far no one has been able to answer) : what are the advantages of having multiple projects in one solution for DDD, if in the end, everything gets called towards the application layer (and in between), the alrenative being management through Folders/Namespaces correctly.

Hopefully this isn't a repetitive/obvious question since I couldn't find any consistent/comprehensive answer in stackoverflow.



Sources

This article follows the attribution requirements of Stack Overflow and is licensed under CC BY-SA 3.0.

Source: Stack Overflow

Solution Source