JDeveloper中Web服务数据控件的过滤策略

在jdeveloper中，当使用web服务数据控件并将数据显示在页面片段的表格中时，开发者常面临一个挑战：如何根据特定属性过滤数据。尤其是在jdeveloper 12.2.1.3.0等版本中，web服务数据控件的配置页面可能不提供“命名条件”（named criteria）等直接的过滤选项，这使得在客户端直接应用声明式过滤变得困难。面对这种情况，主要有两种策略可以有效实现数据过滤。

策略一：后端Web服务预处理过滤（推荐）

最直接且通常效率最高的解决方案是在数据源层面，即Web服务本身，实现数据的过滤和排序。这种方法将过滤逻辑推送到服务器端，减少了网络传输的数据量，并减轻了客户端的处理负担。

1. 实现方式：

   

   科海网络企业网站管理系统2011.5.17

   科海网络企业网站管理系统支持ASP+ACCESS数据库的虚拟主机即可，上传至服务器上，请把lxlweb文件夹放在网站根目录。 前台功能介绍：企业网站通用七大栏目 网站首页：综合性的显示网站相关信息；公司简介：显示与公司相关内容：公司简介、企业文化、发展策略、人才政策、联系方式等，栏目可以后台无限添加；新闻中心：按新闻类别显示新闻信息、新闻搜索功能，新闻分类后台可无限添加；产品展示：按产品分类显示

   下载
   • 修改现有Web服务： 如果您有权修改Web服务的实现，可以在服务方法中添加参数，允许客户端在调用时指定过滤条件。Web服务接收到这些条件后，在从其数据源（如数据库）检索数据时就进行过滤。
   • 创建新的Web服务： 如果修改现有服务不可行或不符合设计原则，可以开发一个新的Web服务，专门用于返回已过滤和/或排序的数据。这个新服务可以封装对原有服务的调用，并在返回数据前进行处理。

2. 优点：

   • 性能优化： 仅传输所需数据，显著减少网络流量和客户端内存占用。
   • 服务器端能力利用： 可以利用数据库的索引和优化查询能力，提高过滤效率。
   • 职责分离： 数据过滤逻辑与UI展现逻辑分离，代码更清晰。

3. 注意事项：

   • 需要后端开发人员的配合和对Web服务的修改权限。
   • Web服务接口可能需要更新以支持新的过滤参数。

策略二：客户端POJO模型过滤

当无法修改后端Web服务时，或者当需要更灵活、动态的客户端过滤逻辑时，可以在JDeveloper客户端获取所有数据后，将其加载到POJO（Plain Old Java Object）模型中，然后进行自定义的过滤和排序。

1. 实现方式：

   • 获取Web服务数据： 首先，从Web服务数据控件获取完整的数据集。这通常意味着调用Web服务的方法，该方法返回所有未过滤的数据。
   • 映射到POJO模型： 将Web服务返回的数据（可能是XML、JSON或JDeveloper自动生成的Java对象）转换为您自定义的POJO列表。这允许您在Java代码中方便地操作数据。
   • 实现自定义过滤逻辑： 在POJO列表上编写Java代码，根据用户定义的条件对数据进行迭代、筛选和排序。

2. 示例代码（概念性）： 假设您有一个Employee POJO类，并且从Web服务获取了一个List：

   import java.util.ArrayList;
   import java.util.List;
   import java.util.stream.Collectors;
   
   public class EmployeeFilterService {
   
       public List filterEmployees(List allEmployees, String departmentFilter, double minSalary) {
           if (allEmployees == null || allEmployees.isEmpty()) {
               return new ArrayList<>();
           }
   
           List filteredList = allEmployees.stream()
               .filter(e -> departmentFilter == null || departmentFilter.isEmpty() || e.getDepartment().equalsIgnoreCase(departmentFilter))
               .filter(e -> e.getSalary() >= minSalary)
               .collect(Collectors.toList());
   
           return filteredList;
       }
   
       // 假设 Employee 类如下
       public static class Employee {
           private String name;
           private String department;
           private double salary;
   
           public Employee(String name, String department, double salary) {
               this.name = name;
               this.department = department;
               this.salary = salary;
           }
   
           public String getName() { return name; }
           public String getDepartment() { return department; }
           public double getSalary() { return salary; }
           // 其他getter/setter
       }
   
       public static void main(String[] args) {
           List employees = new ArrayList<>();
           employees.add(new Employee("Alice", "HR", 60000));
           employees.add(new Employee("Bob", "IT", 75000));
           employees.add(new Employee("Charlie", "HR", 55000));
           employees.add(new Employee("David", "IT", 80000));
   
           EmployeeFilterService service = new EmployeeFilterService();
   
           // 过滤部门为"IT"且薪资大于70000的员工
           List result = service.filterEmployees(employees, "IT", 70000);
           result.forEach(e -> System.out.println(e.getName() + " - " + e.getDepartment() + " - " + e.getSalary()));
           // 预期输出:
           // Bob - IT - 75000.0
           // David - IT - 80000.0
       }
   }

   在JDeveloper的ADF应用中，您可以在一个Managed Bean中调用Web服务获取数据，然后使用类似上述的逻辑对其进行过滤，并将过滤后的List绑定到UI组件（如ADF表格）。

3. 优点：

   • 无需后端修改： 独立于Web服务实现，无需修改后端代码。
   • 灵活性高： 可以在客户端实现任何复杂的过滤和排序逻辑。
   • 快速迭代： 客户端逻辑修改和测试周期短。

4. 注意事项：

   • 性能瓶颈： 对于大型数据集，一次性传输所有数据到客户端可能导致性能问题和内存消耗过高。
   • 网络带宽： 传输大量数据会占用更多网络带宽。
   • 客户端处理负担： 客户端浏览器或应用需要承担更多的处理任务。

总结

在JDeveloper中对Web服务数据控件进行过滤，尤其是在缺少直接过滤选项时，应根据实际情况选择合适的策略。优先考虑在Web服务后端实现过滤（策略一），这通常能带来最佳的性能和用户体验。如果后端修改不可行，或者需要极高的客户端灵活性，那么在客户端通过POJO模型进行自定义过滤（策略二）是一个可行的替代方案。在选择时，务必权衡数据量、性能要求、开发资源和维护成本等因素。