You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
however, this means that a component can only be specified by a namespace.
In real-life scenarios I have found it useful to use this not only to define modules in the sense of a namespace, but in the sense of a type of code artifact, for example to define the SharedKernel which is defined at least by the domain events, which can be in any component and cross bounded contexts.
Another case is to define exceptions to a namespace, so we can define a component as everything inside a namespace, except for some specific type of classes, ie the SharedKernel, which is allowed to cross boundaries.
Another case is to define the UseCases, as the only artifacts in the Application layer that can be used by the Presentation or Adapters layers.
Another case is to define the dependencies we conform to, which are exceptions to the 3rd party vendor libraries, but also libraries private to the project or some legacy code in the project, or ...
Feature Request
Summary
I would like to be able to create architecture templates that can be redistributable across projects.
Currently we can define components as
however, this means that a component can only be specified by a namespace.
In real-life scenarios I have found it useful to use this not only to define modules in the sense of a namespace, but in the sense of a type of code artifact, for example to define the SharedKernel which is defined at least by the domain events, which can be in any component and cross bounded contexts.
Another case is to define exceptions to a namespace, so we can define a component as everything inside a namespace, except for some specific type of classes, ie the SharedKernel, which is allowed to cross boundaries.
Another case is to define the UseCases, as the only artifacts in the Application layer that can be used by the Presentation or Adapters layers.
Another case is to define the dependencies we conform to, which are exceptions to the 3rd party vendor libraries, but also libraries private to the project or some legacy code in the project, or ...
For more examples, you can look at this and this.
To achieve this level of dynamic rulesets, we need a bunch of stuff though, among others:
And
expressionOr
expressionNot
expressionArchitecture::definedByExpression(Expression $selector)
And
,Or
,Not
will create nested expressions that can be complex to read)and other smaller things that are needed for these.
The good news is that all this is already implemented in a fork and there are no BC breaks.
Is this something that is interesting for you to add to the project?
If so, I can start opening PRs from my fork.
If not, that's also fine, no hard feelings, just let me know.
The text was updated successfully, but these errors were encountered: