Iba a través de documentación Drools y encontré que no está haciendo nada interesante / solución de los problemas (Puede ser que me equivoque).
En drools especificamos las reglas de negocio (en .drl archivo) como, por ejemplo,
when "type = jewellery" then setDiscount(25%)
when "type = KidDress" then setDiscount(30%)
¿Cuál es la diferencia entre lo anterior vs utilizando la base de datos?
SIEMPRE me puedo exponer API personalizado a partir de la cual las reglas de negocio pueden especificarse y puedo almacenar directamente en RDBMS. Formalmente, si es necesario, puedo construir una interfaz de usuario muestra (en 1-2 días) que se integra con las API expuestas. Esto también permitirá a la gente de negocios para agregar fácilmente / actualizar / normas de supresión Si expongo operaciones CRUD.
Para algo tan simple como he explicado, lo que es la solución de un problema Drools? No puedo encontrar en cualquier documentación desde g-búsqueda / en la documentación oficial.
Alguien puede ayudar aquí?
Los dos puntos principales:
En teoría Drools reglas están escritas de una manera que puede ser más fácil de entender por personas sin conocimientos técnicos como los analistas de negocios.
Si la lógica de decisión se almacena en un solo lugar por ejemplo como una Tabla de decisiones podría ser más fácil de manejar. Esto a veces es útil si usted tiene un cálculo más complejo con una gran cantidad de variables como criterios de verificación de crédito.
En la práctica, en todos los proyectos que trabajé en Drools con los desarrolladores tenían que escribir funciones personalizadas que fueron llamados de archivo DRL para manejar una lógica más compleja. Este negada por encima de los beneficios y de hecho la solución significativamente más difícil de manejar porque la lógica se comparte entre los archivos de código y DRL normales.
Tenía mala experiencia cuando Drools y herramientas similares. Yo no recomendaría para simples casos de uso.