Domanda

Non sono sicuro se questa domanda si qualifica per essere qui, ma non riesco a pensare a un posto migliore per andare.

Sto costruendo un'applicazione web che ha più percorsi alternativi per la maggior parte dei casi d'uso. Questi percorsi che percepisco come regole di business. Vorrei codificare la mia prima applicazione per gli scenari principali e quindi applicare scenari alternativi, come le regole di business (le regole possono essere aggiunti e rimossi anche quando l'applicazione è in produzione).

Credo che la mia domanda merita un motore di regole. Non ho usato alcuna in passato. Così ho alcune domande, ma prima che qui è il profilo della mia applicazione:

  • applicazione basata su Web (dati ad alta intensità)
  • Un po 'critici (relativi alla sanità) - dinamismo ha bisogno di essere rappresentato
  • piattaforma Microsoft .Net (ASP.Net, MS SQL Server, WCF)

Ecco alcune domande:

  • Il modo migliore per esternare le regole?
  • E 'possibile applicare immediatamente le regole o colorato in saggio è l'unica possibilità?
  • Come utente business avere il controllo di regole?
  • Quale migliore (adatto) motore di regole è lì? (Io preferisco per accogliere un prodotto open source)

Ogni ulteriore esperienza è il benvenuto come sto ancora forare le necessità.

È stato utile?

Soluzione

Ci sono molti motori di regole di business disponibili per ASP.Net; Windows Workflow Foundation , BizTalk regole di business motore , Risolutore Fondazione , Streaming Insight , e Reactive Framework . Google rivela molti di più, come ad esempio semplice motore regole e Custom motore regole .

Se ci sono molte soluzioni ad un problema, che è un indizio nessuno di loro sono nulla di buono, e che è stata la mia esperienza con i motori di regole. Ho studiato il WWF, e la mia esperienza è stata che l'attuazione del motore e la definizione di regole è stato più difficile e soggetto a errori che semplicemente codifica le regole nella logica dell'applicazione.

I sconsiglio binario formato o DSL grafiche. Nella mia esperienza sono molto difficili da cambiare, eseguire il debug, di ricerca, e mantenere.

Il mio consiglio è quello di attuare le regole in un linguaggio familiare, end-user-comprensibile, specifica del dominio basato su testo. Quale lingua dipenderà da quale dominio si sta lavorando, e quali lingue tuoi utenti finali hanno familiarità con. Indagare i prodotti e le implementazioni a gara a ciò che è già in uso nel dominio.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top