6

我所在的位置是，我们公司拥有高度可配置的数据库搜索服务，因此以编程方式配置查询非常有用。Criteria API 很强大，但是当我们的一位开发人员重构其中一个数据对象时，在我们运行单元测试或更糟糕的是，在我们的生产环境中运行并运行之前，标准限制不会表明它们已被破坏。最近，由于这个问题，我们有一个重构项目的工作时间出乎意料地增加了一倍，这是项目计划中的一个差距，如果我们知道它真正需要多长时间，我们可能会采取另一种方法。

我想使用 Example API 来解决这个问题。如果我们在真正的 POJO 属性上指定“where”条件，Java 编译器会大声指出我们的查询是错误的。但是，Example API 中的功能只有这么多，并且在很多方面都受到限制。举个例子

 Product product = new Product();
 product.setName("P%");
 Example prdExample = Example.create(product);
 prdExample.excludeProperty("price");
 prdExample.enableLike();
 prdExample.ignoreCase();

在这里，正在查询属性“name”（其中 name 像 'P%'），如果我要删除或重命名字段“name”，我们会立即知道。但是房产的“价格”呢？它被排除是因为 Product 对象有一些默认值，所以我们将“价格”属性名称传递给排除过滤器。现在，如果“价格”被删除，这个查询在语法上将是无效的，直到运行时你才会知道。瘸。

另一个问题 - 如果我们添加第二个 where 子句会怎样：

 product.setPromo("Discounts up to 10%");

由于调用了 enableLike()，此示例将匹配促销文本“折扣高达 10%”，以及“折扣高达 10,000,000 美元”或任何其他匹配的内容。一般来说，Example 对象的查询范围修改，例如 enableLike() 或 ignoreCase() 并不总是适用于检查的每个属性。

这是第三个也是主要的问题——其他特殊标准呢？使用标准示例框架无法让每件产品的价格都超过 10 美元。无法按促销、降序对结果进行排序。如果 Product 对象加入了某个制造商，则也无法在相关的制造商对象上添加标准。也没有办法在制造商的标准上安全地指定 FetchMode（尽管这通常是 Criteria API 的一个问题 - 无效的获取关系会默默地失败，甚至更像是一个定时炸弹）

对于上述所有示例，您将需要返回到 Criteria API 并使用属性的字符串表示来进行查询 - 同样，消除了示例查询的最大好处。

Example API 有哪些替代方案可以获得我们需要的编译时建议？

4

3 回答 3

5

我的公司为开发人员提供了几天的时间，让我们可以在宠物项目上进行试验和工作（类似于 Google），我花了一些时间开发一个框架来使用示例查询，同时绕过上述限制。我想出了一些对其他对示例查询感兴趣的人可能有用的东西。下面是使用 Product 示例的框架示例。

 Criteria criteriaQuery = session.createCriteria(Product.class);

 Restrictions<Product> restrictions = Restrictions.create(Product.class);
 Product example = restrictions.getQueryObject();
 example.setName(restrictions.like("N%"));
 example.setPromo("Discounts up to 10%");

 restrictions.addRestrictions(criteriaQuery);

这是解决问题代码示例中问题的尝试 - “价格”字段的默认值问题不再存在，因为此框架要求显式设置标准。具有查询范围的 enableLike() 的第二个问题消失了 - 匹配器仅在“名称”字段上。

问题中提到的其他问题也在这个框架中消失了。以下是示例实现。

 product.setPrice(restrictions.gt(10)); // price > 10
 product.setPromo(restrictions.order(false)); // order by promo desc
 Restrictions<Manufacturer> manufacturerRestrictions 
        = Restrictions.create(Manufacturer.class);
 //configure manuf restrictions in the same manner...
 product.setManufacturer(restrictions.join(manufacturerRestrictions)); 
 /* there are also joinSet() and joinList() methods
  for one-to-many relationships as well */

甚至可以使用更复杂的限制。

 product.setPrice(restrictions.between(45,55));
 product.setManufacturer(restrictions.fetch(FetchMode.JOIN));
 product.setName(restrictions.or("Foo", "Bar"));

在向同事展示该框架后，他提到许多数据映射对象都有私有设置器，这也使得这种标准设置变得困难（Example API 的另一个问题！）。所以，我也考虑到了这一点。除了使用 setter，getter 也是可查询的。

 restrictions.is(product.getName()).eq("Foo");
 restrictions.is(product.getPrice()).gt(10);
 restrictions.is(product.getPromo()).order(false);

我还对对象添加了一些额外的检查，以确保更好的类型安全性——例如，相关标准（gt、ge、le、lt）都需要一个值？extends Comparable 为参数。此外，如果您使用上面指定的样式的 getter，并且在 getter 上存在 @Transient 注释，它将引发运行时错误。

但是等等，还有更多！

如果你喜欢 Hibernate 的内置 Restrictions 实用程序可以静态导入，这样你就可以在不使代码变得非常冗长的情况下执行诸如 criteria.addRestriction(eq("name", "foo")) 之类的事情，那么也有一个选项.

 Restrictions<Product> restrictions = new Restrictions<Product>(){
       public void query(Product queryObject){
         queryObject.setPrice(gt(10));
         queryObject.setPromo(order(false));
         //gt() and order() inherited from Restrictions
       }            
 }

现在就是这样 - 非常感谢您提前提供任何反馈！我们已经在 Sourceforge 上为感兴趣的人发布了代码。http://sourceforge.net/projects/hqbe2/

于 2010-09-12T04:24:59.193 回答
1

API 看起来很棒！

Restrictions.order(boolean) 闻起来像控制耦合。有点不清楚布尔参数的值代表什么。

我建议用 orderAscending() 和 orderDescending() 替换或补充。

于 2010-09-13T16:53:05.847 回答
1

Have a look at Querydsl. Their JPA/Hibernate module requires code generation. Their Java collections module uses proxies but cannot be used with JPA/Hibernate at the moment.

于 2013-12-30T10:47:11.850 回答