| We have a similar question in the FAQ, so I just copied the Q/A here (https://polylith.gitbook.io/polylith/conclusion/faq)! Question: What parts of Polylith are important and what are just “cermony”? Answer: The short answer is that all parts are needed: interface: Enables functionality to be replaced in projects/artifacts. component: The way we package reusable functionality. base: Enables a public API to be replaced in projects/artifacts. library: Enables global reuse of functionality. project: Enables us to pick and choose what functionality to include in the final artifact. development: Enables us to work with all our code from one place. workspace: Keeps the whole codebase in sync. The standardized naming and directory structure is an example of convention over configuration which enables incremental testing/builds and tooling to be built around Polylith. I also want to add one thing, and that is that Polylith combines the LEGO-like blocks of code (components/bases) outside of the language itself. In Clojure we use tools.deps, but in other languages we would use other tools, like Maven in Java, to combine the different source directories into projects (that is built into aftifacts in the end, like libraries, tools and services). |