diff --git a/_posts/2024-07-08-should-interfaces-be-asynchronous.html b/_posts/2024-07-08-should-interfaces-be-asynchronous.html index 6d8288ee..15ac2d65 100644 --- a/_posts/2024-07-08-should-interfaces-be-asynchronous.html +++ b/_posts/2024-07-08-should-interfaces-be-asynchronous.html @@ -270,7 +270,7 @@
NameMap
class is part of an application's Domain Model?
- In that case, you could define application-level interfaces as part of the Domain Model. In fact, most people do. Even so, I'd recommend that you don't, at least if you're aiming for a Functional Core, Imperative Shell architecture, a functional architecture, or even a Ports and Adapters or, if you will, Clean Architecture. The interfaces that exist only to support testing are application concerns, so keep them out of the Domain Model and instead define them in the Application Model. + In that case, you could define application-level interfaces as part of the Domain Model. In fact, most people do. Even so, I'd recommend that you don't, at least if you're aiming for a Functional Core, Imperative Shell architecture, a functional architecture, or even a Ports and Adapters or, if you will, Clean Architecture. The interfaces that exist only to support testing are application concerns, so keep them out of the Domain Model and instead define them in the Application Model.