我们目前正在“数据驱动”的状态机的应用。眼下,国家流在数据库中的所有配置,但没有决定/业务逻辑是在DB配置现今的设计。正因为如此,该代码已基本“知道”的状态可流动一样,所以真的没有点配置在数据库中的流量。

我心中有一个设计,将让我们一起连线使用依赖注入(Spring.NET)的状态的模式,但我不知道的,使这个数据驱动的最佳途径。我不是在数据库中的配置代码状的东西(如类或方法名)的忠实粉丝,但设计我在脑子里就要求我们要连接的DB(在Spring XML应用程序类似接线文件),因此,似乎不好。

我们已经使用Windows WF调查,但我认为我们有点担心WF的未来,这是否是采用它的好时机。我从来没有处理规则引擎,所以我不知道如果这可能是一些用在这里。有没有人对如何实现这个有什么建议?

有帮助吗?

解决方案

您最好的选择可能是从分离使用的技术的数据存储的行为来实现它们。

要做到这一点的办法是DSL(域特定语言)。拿出能代表抽象的业务逻辑(即微语)的那家商店中的字串表的格式,并在代码实现一个解释吧。这样,如果你的底层技术改变你只需要重新实现了解释。

我的工作,在80年代中期利用这一技术的应用,并且它已经只有轻微的(和automatible)切换到业务规则移植几次要求。

其他提示

有关领域特定语言支持看看在这里的MSDN 。您还可以看看反讽但这恐怕还没有用于生产代码的解决方案。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top