Tôi đã triển khai hỗ trợ gọi lại / ủy nhiệm trong Java bằng cách sử dụng sự phản chiếu. Thông tin chi tiết và nguồn làm việc có sẵn trên trang web của tôi .
Làm thế nào nó hoạt động
Có một lớp nguyên tắc có tên Callback với một lớp lồng nhau có tên WithParms. API cần gọi lại sẽ lấy đối tượng Gọi lại làm tham số và, nếu cần, hãy tạo Callback.WithParms làm biến phương thức. Vì rất nhiều ứng dụng của đối tượng này sẽ được đệ quy, nên nó hoạt động rất sạch sẽ.
Với hiệu năng vẫn là ưu tiên cao đối với tôi, tôi không muốn được yêu cầu tạo một mảng đối tượng vứt đi để giữ các tham số cho mỗi lần gọi - sau tất cả trong một cấu trúc dữ liệu lớn có thể có hàng ngàn phần tử và trong quá trình xử lý tin nhắn kịch bản cuối cùng chúng ta có thể xử lý hàng ngàn cấu trúc dữ liệu.
Để đảm bảo an toàn cho chủ đề, mảng tham số cần tồn tại duy nhất cho mỗi lần gọi phương thức API và để sử dụng hiệu quả, cùng một cách sử dụng cho mỗi lần gọi lại; Tôi cần một đối tượng thứ hai sẽ rẻ để tạo ra để liên kết cuộc gọi lại với một mảng tham số để gọi. Nhưng, trong một số tình huống, invoker sẽ có một mảng tham số vì những lý do khác. Vì hai lý do này, mảng tham số không thuộc về đối tượng Gọi lại. Ngoài ra, sự lựa chọn của việc gọi (truyền các tham số dưới dạng một mảng hoặc dưới dạng các đối tượng riêng lẻ) thuộc về API bằng cách sử dụng hàm gọi lại cho phép nó sử dụng bất kỳ lời gọi nào phù hợp nhất với hoạt động bên trong của nó.
Sau đó, lớp lồng nhau WithParms là tùy chọn và phục vụ hai mục đích, nó chứa mảng đối tượng tham số cần thiết cho các yêu cầu gọi lại và nó cung cấp 10 phương thức invoke () bị quá tải (với từ 1 đến 10 tham số) để tải mảng tham số và sau đó tải mảng tham số gọi mục tiêu gọi lại.
Dưới đây là một ví dụ sử dụng hàm gọi lại để xử lý các tệp trong cây thư mục. Đây là một vượt qua xác thực ban đầu, chỉ cần đếm các tệp để xử lý và đảm bảo không vượt quá kích thước tối đa được xác định trước. Trong trường hợp này, chúng tôi chỉ tạo dòng gọi lại với lời gọi API. Tuy nhiên, chúng tôi phản ánh phương thức đích dưới dạng giá trị tĩnh để việc phản chiếu không được thực hiện mỗi lần.
static private final Method COUNT =Callback.getMethod(Xxx.class,"callback_count",true,File.class,File.class);
...
IoUtil.processDirectory(root,new Callback(this,COUNT),selector);
...
private void callback_count(File dir, File fil) {
if(fil!=null) { // file is null for processing a directory
fileTotal++;
if(fil.length()>fileSizeLimit) {
throw new Abort("Failed","File size exceeds maximum of "+TextUtil.formatNumber(fileSizeLimit)+" bytes: "+fil);
}
}
progress("Counting",dir,fileTotal);
}
IoUtil. ProcessDirectory ():
/**
* Process a directory using callbacks. To interrupt, the callback must throw an (unchecked) exception.
* Subdirectories are processed only if the selector is null or selects the directories, and are done
* after the files in any given directory. When the callback is invoked for a directory, the file
* argument is null;
* <p>
* The callback signature is:
* <pre> void callback(File dir, File ent);</pre>
* <p>
* @return The number of files processed.
*/
static public int processDirectory(File dir, Callback cbk, FileSelector sel) {
return _processDirectory(dir,new Callback.WithParms(cbk,2),sel);
}
static private int _processDirectory(File dir, Callback.WithParms cbk, FileSelector sel) {
int cnt=0;
if(!dir.isDirectory()) {
if(sel==null || sel.accept(dir)) { cbk.invoke(dir.getParent(),dir); cnt++; }
}
else {
cbk.invoke(dir,(Object[])null);
File[] lst=(sel==null ? dir.listFiles() : dir.listFiles(sel));
if(lst!=null) {
for(int xa=0; xa<lst.length; xa++) {
File ent=lst[xa];
if(!ent.isDirectory()) {
cbk.invoke(dir,ent);
lst[xa]=null;
cnt++;
}
}
for(int xa=0; xa<lst.length; xa++) {
File ent=lst[xa];
if(ent!=null) { cnt+=_processDirectory(ent,cbk,sel); }
}
}
}
return cnt;
}
Ví dụ này minh họa vẻ đẹp của phương pháp này - logic cụ thể của ứng dụng được trừu tượng hóa trong cuộc gọi lại, và sự vất vả của việc đi bộ một cây thư mục được giấu một cách độc đáo trong một phương thức tiện ích tĩnh hoàn toàn có thể tái sử dụng. Và chúng tôi không phải trả nhiều lần giá xác định và triển khai giao diện cho mỗi lần sử dụng mới. Tất nhiên, lập luận cho một giao diện là nó rõ ràng hơn nhiều về những gì cần thực hiện (nó được thi hành, không chỉ đơn giản là tài liệu) - nhưng trong thực tế tôi không thấy đó là một vấn đề để có định nghĩa gọi lại đúng.
Xác định và triển khai một giao diện không thực sự quá tệ (trừ khi bạn đang phân phối các applet, như tôi, trong đó việc tránh tạo thêm các lớp thực sự quan trọng), nhưng điều này thực sự tỏa sáng là khi bạn có nhiều cuộc gọi lại trong một lớp. Không chỉ bị buộc phải đẩy chúng vào một lớp bên trong riêng biệt được thêm vào trong ứng dụng đã triển khai, nhưng nó hoàn toàn tẻ nhạt khi lập trình và tất cả các mã của nồi hơi thực sự chỉ là "tiếng ồn".
