Orchard Core VS modular-monolith-with-ddd

In open source OrchardCore is ok in terms of project-complexity. When building OrchardCore (AVG 10 runs): https://github.com/OrchardCMS/OrchardCore with $git clean -fdx && dotnet build OrchardCore.sln --force Macbook: Time Elapsed 00:02:13 (AVG 10 runs) Dell: Time Elapsed 00:02:48

While I've been peripherally present in the game industry through my activity here and on GitHub as a Godot contributor, the vast majority of my time as a developer for the past 5 and a half years has been in web development (largely server/database with some frontend) so take that as you will. In that time, I've seen, worked in, and outgrown several project architectures. At this point, I think I've gotten to know the one that works the best, in part because while it has worked for me, it's also the same one that Microsoft employs to maintain its high-profile open-source projects (which are orders of magnitude more complex than anything I've come up with). A good example is the Orchard Core CMS.

Check out orchardcore, the framework not the cms https://github.com/OrchardCMS/OrchardCore it implements multi tenancy pretty easily

The project code is available in the repository on GitHub. We check the code with the PVS-Studio static code analyzer.

If you do want a .NET IdP then you could look into OpenIddict but will require some hands on work, at a minimum authorisation controllers. If you're looking for something more out of the box OrchardCore's OpenId module might be better for you.

As the older roadmap says, it was to be released in 2019. https://github.com/OrchardCMS/OrchardCore/wiki/Roadmap/a4277c874b4f7480c55f02d5a148e4bbb2ff0bcf

Orchard Core Framework (https://github.com/OrchardCMS/OrchardCore/), is a really good technique to implement modularity. Every module is self contained and you can share resources as needed.

Link to PR here: https://github.com/kgrzybek/modular-monolith-with-ddd/pull/286

- https://github.com/kgrzybek/modular-monolith-with-ddd (a really well documented example)

You can see there is a module called building_blocks. Inside it, I keep all the utilities needed in the project, like a logger, serializers, and so on. I did not make up this name, I borrowed it from this repo.

9. Modular Monolith with TDD

This covers far more than just DDD, however, I find the links and README super helpful for a wide range of subjects: https://github.com/kgrzybek/modular-monolith-with-ddd

Modular monolith. Here is one of the best production-ready examples https://github.com/kgrzybek/modular-monolith-with-ddd

Am wondering what react community thinks of DDD.

I've been reading "blue" DDD book (by Eric Evans) and "red" book (by Vaugh Vernon) and that was a completely "my whole life was a lie" type of experience and relief at the same time. It's just so great to have the principles of who to structure the code. It, by definition makes, your codebase structure meaningful. Because it's structured according to some common knowledge, not your random thoughts at the time you were writing code.

I was surprised to find so little DDD react sample codebases. Let's say for backend there is huge amount of samples, i.e. https://github.com/kgrzybek/modular-monolith-with-ddd . For react/frontend I have bookmarked only https://github.com/talyssonoc/react-redux-ddd/tree/master/sr... and few more, but those others does not meet the optional criteria i like really much - at the highest (or at app) level all codebase need to have folders app, domain, infra and ui. Simple rule, but simplifies life a lot.

So my question is - is DDD for some reasons not very applicable for app frontend development. Or it just never became popular. Or maybe DDD is popular amongst react developers, just I am not aware of this.

Many thanks for any ideas and comments!