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
In my application I have notification domain. this notification folder under libs folder have domain contains all the services for create, delete and update notification.
Also this folder contains features such create new notification and shell page to display all notifications in the list.
Now my client want to have a button in the app-shell component. when I click this button then should popup a create notification component from notification folder under libs folder.
So notification which is feature-domain must be use in app-shell from core domain.
One way I think about is to export the feature using public-api lib. (In order not to break the roles).
Another way is to export the dumb component and the domain service and reassemble them in the app-shell component and everywhere I need to use them.
Both not breaking the ddd roles.
But they not easy to implement. Maybe if it's possible to have share tag to the features?
From your experience. What do you think?
The text was updated successfully, but these errors were encountered:
The benefit of splitting the API into shell-api and domain-api is, that a shell-api should be lazy loaded and has no effects to the current Feature Module bundle size. A domain-api could not be lazy loaded and increase the bundle size.
wizardnet972
changed the title
Can domain be shared? or have the option to make it shared?
Can feature be share by default? or have the option to make it share?
Oct 3, 2021
Hi @manfredsteyer ,
(edit due to confusion)
Can feature be share by default?
Please consider this case:
In my application I have notification domain. this notification folder under libs folder have domain contains all the services for create, delete and update notification.
Also this folder contains features such create new notification and shell page to display all notifications in the list.
Now my client want to have a button in the app-shell component. when I click this button then should popup a create notification component from notification folder under libs folder.
So notification which is feature-domain must be use in app-shell from core domain.
One way I think about is to export the feature using public-api lib. (In order not to break the roles).
Another way is to export the dumb component and the domain service and reassemble them in the app-shell component and everywhere I need to use them.
Both not breaking the ddd roles.
But they not easy to implement. Maybe if it's possible to have share tag to the features?
From your experience. What do you think?
The text was updated successfully, but these errors were encountered: