在jdeveloper中，当使用web服务数据控件并将数据显示在页面片段的表格中时，开发者常面临一个挑战：如何根据特定属性过滤数据。尤其是在jdeveloper 12.2.1.3.0等版本中，web服务数据控件的配置页面可能不提供“命名条件”（named criteria）等直接的过滤选项，这使得在客户端直接应用声明式过滤变得困难。面对这种情况，主要有两种策略可以有效实现数据过滤。
策略一：后端Web服务预处理过滤（推荐）
最直接且通常效率最高的解决方案是在数据源层面，即Web服务本身，实现数据的过滤和排序。这种方法将过滤逻辑推送到服务器端，减少了网络传输的数据量，并减轻了客户端的处理负担。
-
实现方式：
科海网络企业网站管理系统2011.5.17下载科海网络企业网站管理系统支持ASP+ACCESS数据库的虚拟主机即可，上传至服务器上，请把lxlweb文件夹放在网站根目录。 前台功能介绍：企业网站通用七大栏目 网站首页：综合性的显示网站相关信息；公司简介：显示与公司相关内容：公司简介、企业文化、发展策略、人才政策、联系方式等，栏目可以后台无限添加；新闻中心：按新闻类别显示新闻信息、新闻搜索功能，新闻分类后台可无限添加；产品展示：按产品分类显示
- 修改现有Web服务： 如果您有权修改Web服务的实现，可以在服务方法中添加参数，允许客户端在调用时指定过滤条件。Web服务接收到这些条件后，在从其数据源（如数据库）检索数据时就进行过滤。
- 创建新的Web服务： 如果修改现有服务不可行或不符合设计原则，可以开发一个新的Web服务，专门用于返回已过滤和/或排序的数据。这个新服务可以封装对原有服务的调用，并在返回数据前进行处理。
-
优点：
- 性能优化： 仅传输所需数据，显著减少网络流量和客户端内存占用。
- 服务器端能力利用： 可以利用数据库的索引和优化查询能力，提高过滤效率。
- 职责分离： 数据过滤逻辑与UI展现逻辑分离，代码更清晰。
-
注意事项：
- 需要后端开发人员的配合和对Web服务的修改权限。
- Web服务接口可能需要更新以支持新的过滤参数。
策略二：客户端POJO模型过滤
当无法修改后端Web服务时，或者当需要更灵活、动态的客户端过滤逻辑时，可以在JDeveloper客户端获取所有数据后，将其加载到POJO（Plain Old Java Object）模型中，然后进行自定义的过滤和排序。
-
实现方式：
- 获取Web服务数据： 首先，从Web服务数据控件获取完整的数据集。这通常意味着调用Web服务的方法，该方法返回所有未过滤的数据。
- 映射到POJO模型： 将Web服务返回的数据（可能是XML、JSON或JDeveloper自动生成的Java对象）转换为您自定义的POJO列表。这允许您在Java代码中方便地操作数据。
- 实现自定义过滤逻辑： 在POJO列表上编写Java代码，根据用户定义的条件对数据进行迭代、筛选和排序。
-
示例代码（概念性）： 假设您有一个Employee POJO类，并且从Web服务获取了一个List
： import java.util.ArrayList; import java.util.List; import java.util.stream.Collectors; public class EmployeeFilterService { public ListfilterEmployees(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表格）。 -
优点：
- 无需后端修改： 独立于Web服务实现，无需修改后端代码。
- 灵活性高： 可以在客户端实现任何复杂的过滤和排序逻辑。
- 快速迭代： 客户端逻辑修改和测试周期短。
-
注意事项：
总结
在JDeveloper中对Web服务数据控件进行过滤，尤其是在缺少直接过滤选项时，应根据实际情况选择合适的策略。优先考虑在Web服务后端实现过滤（策略一），这通常能带来最佳的性能和用户体验。如果后端修改不可行，或者需要极高的客户端灵活性，那么在客户端通过POJO模型进行自定义过滤（策略二）是一个可行的替代方案。在选择时，务必权衡数据量、性能要求、开发资源和维护成本等因素。
