Schema di specifiche e principio di apertura chiusa

I principi SOLID sono molto utili per scrivere componenti software riutilizzabili , come librerie o framework, e l'idea degli OCP è di crearli in un modo per evitare modifiche non necessarie in seguito, anche quando i requisiti sono estesi o cambiato.

Il modello di specifica, per quanto ho capito, riguarda la creazione di regole aziendali complesse da piccoli blocchi di regole . Quindi, per questo scenario, le parti riutilizzabili sono i blocchi di regole, non le stesse regole di business aggregate. E come hai detto tu stesso, lo schema delle specifiche ti fornisce un design in cui il set di blocchi di regole può essere facilmente esteso senza alcuna modifica ad altri building block o infrastrutture, quindi segue l'OCP.

Tuttavia, quando una regola aziendale complessa cambia, ovviamente devi cambiare qualcosa nel tuo sistema, e questa è ovviamente la parte in cui viene definita la regola aziendale. Non esiste un modello che possa impedire completamente la necessità di modifiche nel sistema quando le regole cambiano.

L'unica cosa che puoi fare qui è progettare il sistema in modo che la parte che deve essere cambiata non sia sepolta da qualche parte nel profondo del codice, ma spostata in un punto in cui può essere modificata cambiando una configurazione separata anziché. Ciò consente di spostare la responsabilità di cambiare in una certa misura dagli sviluppatori a qualcun altro, ad esempio all'utente del proprio sistema. In questo modo gli utenti possono creare o modificare regole aziendali complesse dagli elementi costitutivi che si forniscono per loro.

L'approccio tipico per questo è creare un DSL per questo in cui gli elementi DSL si riferiscono alle regole elementari e gli operatori che hai definito utilizzando il modello spec. Il codice DSL può quindi essere memorizzato in un file di configurazione che viene mantenuto o esteso da qualcuno che non è lo sviluppatore del sistema, forse un utente o un "utente esperto".

Mi è stato chiesto in uno dei commenti di fornire alcuni esempi di linguaggi basati su regole. I collegamenti qui elencano alcune lingue. Ho creato un linguaggio basato su regole personalizzate in passato, specifico per l'industria del controllo di processo. Puoi creare la tua lingua o usarne una esistente, ma è utile capire vari algoritmi se ne crei una tua:

• Algoritmo di rete Un algoritmo obsoleto che sottende molte lingue.
• Sistema di produzione Descrizione generale dei sistemi di regole di produzione e lingue di esempio.

Per me, la cosa più interessante di alcuni sistemi di regole, dal punto di vista dell'utente finale, è il modo in cui essi ripristinano automaticamente lo stato su un valore predefinito quando non si applica alcuna regola.