Better Software Design with Clean Architecture

Re:Better Software Design with Clean Architecture by UK-AL on Monday July 03, 2017 @05:48AM (#14687079)

"presence of sql escape characters" - isn't a business rule. That's technical.

Range acceptance - could defiantly be a business rule. Cross-field consistency - Could also be a business rule.

I implement these rules both sides. Ideally i don't want an invalid command sent off in the first place. I also don't want badly implemented UI corrupting my business data.

This way i can provide instant feedback to the user, and also protect the data in case the UI is badly implemented.

The main point of these architectures is that you can use them from many user interfaces.

[ Parent | on HN ]

Re:Better Software Design with Clean Architecture by paulio on Monday July 03, 2017 @06:01AM (#14687118)

"I implement these rules both sides" ... and the maintenance overhead?

[ Parent | on HN ]

Re:Better Software Design with Clean Architecture by UK-AL on Monday July 03, 2017 @06:11AM (#14687157)

Still easier than having separate domain models.

Adhering to dry in all cases, is not always the best solution. As the software community has discovered over the past years. Especially in relation to microservices.

In my software there's a bit of a disconnect between the application and interactors. As there is a message queue between them.

[ Parent | on HN ]

Re:Better Software Design with Clean Architecture by c0nfused on Monday July 03, 2017 @10:15AM (#14688381)

This is stuff like there is JavaScript regex that checks for an @ character in an email and in the back end code. There is no reason to not do both.

[ Parent | on HN ]