Properties

Summary

In dialogs many input validation rules are used. Some (input) validations will be defined within the domain layer and used within dialogs (interface layer), others are only defined and used within dialogs (e.g. correct birthday, telephone numbers, etc.). Validation rules defined within the domain layer will cause coupling between dialogs and business rules which will leads to many undesirable effects.

Context

• Input validations and suport attributes.

• op een plek definieren zodat onderhoud eenvoudig is. Weinig werkt.
• Validatie service

Different rules exists in every layer within the clean architecture.

Problem

Content of a value list changes more often compared to the application which uses the value list. Seperating application behaviour from maintenance of value list content which could be depend on external resources.

Solutions

Voor de oplossing wordt rekening gehouden met de kenmerken die benoemd zijn in de tabel onder "Context".

Er zijn verschillende oplossingen mogelijk waarbij de bovenstaande kenmerken in meer- of mindere mate gerealiseerd kunnen worden. Per geval dient de best passende oplossing te worden gekozen. In de tabel hieronder worden de belangrijkste eigenschappen getoond en hoe elke oplossing daarop scoort.

	Eigenschap	support Support attributes	Validation service
Knowledge	Implicit vs explicit call	implicit	explicit
	Simple/Complex parameter
	Truth maintenance
Implementation characteristic	Testable		*
	Maintainable		*
	Out of the box

Solution 1

*Business rules implemented in code, not in Blueriq.

Support attributes

Validation service

Issues and considerations

Related patterns