Silverlight的规则引擎？

Question

目前我正在使用Silverlight 3.0开发基于Web的应用程序。对于业务规则，我正在寻找一个既易于使用又适合我和我的用户的规则引擎，这些规则引擎将与SL3一起使用。是像是可用的盒子或我需要推出自己的？

我已经谷歌搜索并查看各种代码网站（Codeplex，代码项目等），但没有看到任何适合我的需求。

我也对NxBRE有很好的了解，但它对于'虚拟'用户来说规则语法太复杂。

Answer 1

对于那些谁可能会感兴趣：最终我们去CSLA .Net for Silverlight

Answer 2

Windows Workflow Foundation附带的规则引擎如何？

http://blogs.microsoft.co.il/blogs/bursteg/archive/2007/08/09/WF-Rules-Engine-without-Workflow.aspx

Answer 3

我已搜索周围多一点，并决定规则引擎实际上不符合我们的要求。我们不需要规则，我们想在属性值发生变化时对属性进行计算。

谢谢您的回答，

干杯， 弗朗西斯

Answer 4

对于谁在这个线程希望使用NxBRE作为一个规则引擎使用Silverlight（SL）迷迷糊糊的人，这是我的两分钱。

1. 我试着在我的SL项目中引用NxBRE DLL没有运气。 SL不允许在SL项目中引用未使用SL CLR构建的dll。
2. 幸运的是NxBRE是一个开源项目，所以我下载了使用SL CLR构建它的源文件。
3. SL不支持很多.NET类型，即命名空间System.Xml.XPath，System.Xml.XPath等中的对象。这些是NxBRE编译所必需的。

所以我没有运气使用NxBRE SL。这些是我的第一印象，如果我更深入地挖掘更多，我会让你们知道。

希望这对外面的人有帮助。

感谢 西Gudigundla

Answer 5

回到原来的规则引擎的问题...

如果你想运行规则引擎在Silverlight的中，您需要找到一个已经构建的Silverlight支持的.NET的有限子集。例如，Silverlight支持generic collections (List) but not untyped collections (List).

在这一刻，我不知道已经（重新）针对Silverlight CLR的.NET规则引擎。此外，虽然客户端规则引擎（例如：在浏览器或移动设备上）有一些有趣的应用程序，但应始终考虑规则引擎是否更适合托管在后端。考虑调用规则的频率，移动数据量等等。