问题标签 [rules]

我正在寻找一个 Java 类，我可以在其中指定一组日期规则，例如“每个第三个星期日”和“每个第二个月第一次出现星期一”。我希望能够从中获得类似无限迭代器的东西（.next() 将返回与规则集匹配的下一个日期）。

我想我可以自己构建它——但是日历很麻烦，而且感觉应该已经存在类似的东西了。我讨厌成为一个重新发明一个更糟糕的轮子的人。

有人知道这样的事情吗？我一直在看 JODA，它似乎为它奠定了基础，但似乎没有提供我想要的全部功能。

这个问题是我之前帖子的延续： Java 中的访问者模式实现——这看起来如何？

我在重构代码时有点困惑。我正在尝试将我的访问者模式（在上一篇文章中解释）转换为复合策略模式。我正在尝试做这样的事情：

现在，我将定义这样的规则：

现在，我可以验证两种不同类型的对象。这两个可能完全不同：假设我有一个 Store that is Validatable，然后一个Schedulewhich is Validatable。现在，如果我要编写一个看起来像这样的组合：

我会定义一个enum定义哪些检查集去哪里......

最后，我会这样使用它：

我有一种奇怪的感觉，我的设计有缺陷。我不喜欢我的 Rule 界面需要Validatable. 您能否建议我如何改进这一点？

感谢你的帮助。

我怎样才能让 genOut/String 着火？

编译和链接：

结果：

预期的：

我怎样才能让这条规则着火？

由于我遇到了奇怪的域/子域 cookie 问题，我想知道浏览器如何处理 cookie。如果他们以不同的方式做到这一点，那么了解这些差异也会很高兴。

换句话说 - 当浏览器接收到一个 cookie 时，该 cookie 可能有一个域和一个附加到它的路径。或者不是，在这种情况下，浏览器可能会用一些默认值代替它们。问题1：它们是什么？

稍后，当浏览器即将发出请求时，它会检查其 cookie 并过滤掉它应该为该请求发送的那些。它通过将它们与请求路径和域进行匹配来实现。问题2：匹配规则是什么？

我问这个的原因是因为我对一些边缘情况感兴趣。喜欢：

• cookie.example.com可以用于www.example.com吗？
• cookie.example.com可以用于example.com吗？
• cookieexample.com可以用于www.example.com吗？
• cookieexample.com可以用于anotherexample.com吗？
• www.example.com可以设置cookie吗example.com？
• www.example.com可以设置cookie吗www2.example.com？
• www.example.com可以设置cookie吗.com？
• 等等。

添加2：

另外，有人可以建议我应该如何设置一个cookie，以便：

• 可以通过www.example.com或设置example.com；
• www.example.com和都可以访问它example.com。

抽象函数必须由所有具体类实现。

有时你想强制所有派生类实现抽象函数，甚至是具体类的派生类。

我希望编译器告诉程序员该类Custom需要实现Clone()。有办法吗？

我的 InfoPath 表单中有一个复选框和一个文本字段。当复选框未选中时，我想清除字段内容，然后将其标记为只读。

我创建了一个条件格式来将表单标记为只读，然后创建了一个规则来清除字段内容。但是，我发现每次启用它们时，规则都不会运行。

为了确保，我也在规则中创建了一个弹出对话框，我发现每次启用条件格式以将文本字段更改为只读时，对话框都不会显示。

我怀疑通过将文本字段更改为只读会抑制规则，从而清除文本字段内容。任何人都知道如何解决这个问题？

我想自动创建一个 Outlook 规则（将包含某些内容的电子邮件移动到文件夹 xyz），但不知道如何实现这一点。当然，我可以创建规则并将其导出到 .rwz 文件。这个文件可以手动导入，但是如何自动导入呢？

我可以通过我的 VSTO 2005 Outlook (2003) 插件导入规则吗？或者我可以从这个插件中创建规则吗？

提前致谢！

重复规则：此属性由属性名称 RRULE 标识。此属性根据 XAPIA 的 CSA 的基本重复规则语法为重复的 vCalendar 实体定义规则或重复模式。该属性的值是重复的模式规范。以下是此属性的示例：

所以对于这个“重复规则”是他们的任何算法，因此很容易开发它。

我遇到了 DRY 原则（不要重复自己）和最小化围绕 Rete 规则引擎的依赖关系的问题。

大型 IT 组织中的规则引擎往往是企业级的（注意大写的“E”——这是一项严肃的业务）。所有规则都必须表达一次，既好又干，并集中在一个昂贵的规则引擎中。组维护规则引擎并且是规则集的保持者。

当该 IT 组织是美国保险公司的一部分时，往往会有很多规则。有适用于所有州和产品的规则，但每个州倾向于针对不同的产品制定自己的法律，因此规则需要反映这些怪癖。类别很多：精算、承保，甚至用于从第 3 方机构订购信用和机动车辆报告。

从设计的角度来看，我遇到的问题是集中规则和处理当然是好的和干燥的，但是有成本：

1. 额外的网络跃点以访问位于中心的规则服务并返回结果；
2. 如果规则引擎被暴露为 SOAP Web 服务，则额外的复杂性 - 消费者必须打包 SOAP 请求并将响应 OXM 回他们自己的域；
3. 维护规则引擎的企业组、设置和维护规则的业务以及使用规则的开发人员之间的附加接口；
4. 额外的复杂性——有时数据驱动的解决方案可能就足够了。
5. 额外的依赖——无法控制自己规则的组件不得不担心规则引擎的外部依赖，以进行测试、部署、发布等。

许多其他企业技术（例如，B2B 网关、ESB 等）都会出现这些问题。

相同的企业组也将 SOA 吹捧为基本原则。但我对正确服务设计的理解是，它们应该平铺业务空间，并且是幂等的、独立的和孤立的。如果服务的规则在其他地方维护，服务如何独立和隔离？

我想在简单性方面犯错，认为如果规则可以被证明仅适用于孤立的情况，那么消除依赖关系应该优先于集中化。我不确定这个争论是否会赢得胜利。

所以我的问题是：

1. 您对集中化与独立性的争论有何看法？
2. 您对规则引擎等企业工具有何经验？
3. 我怎样才能使孤立的论点更有力？
4. 如果我的观点不正确，你会提出什么论据来支持中心化？

在哪里可以找到 3.0 固件的应用程序沙盒规则文件？我记得在 2.x 的某个地方看到过它，但现在找不到了。