3 ms·
I realise these are very uncool, but I've always had great success with using rules engines for this kind of thing (insurance / government rules especially). I
by SCdF 8y ago
I realise these are very uncool, but I've always had great success with using rules engines for this kind of thing (insurance / government rules especially).
If you can get over their lack of coolness (some implementations use spreadsheets!?!?!) they are a nice way to separate the crazy complicated stuff that changes all the time from the rest of the more static logic.
- zachrose 8y agoMy question with rules engines is, “how do you test and deploy changes to the rules?” If you go through the same process as the rest of your software, then why not just use code? If you have a different process, how do you make sure your rules don’t conflict or overlap in unexpected ways?
- Aeolun 8y agoThat is up to the business, though with a rules engine I imagine you can empirically test that all cases are covered by just running all possible inputs through it.
- pjc50 8y agoThe rules are code and should be handled as such - but they're written in a domain specific way that makes them easier for humans to compare against the spec.