Có giao diện tương tự với Callable nhưng có đối số không?

Question

Có giao diện trong Java tương tự như giao diện Callable, có thể chấp nhận một đối số cho phương thức cuộc gọi của nó không?

Giống như vậy:

public interface MyCallable<V> { 
    V call(String s) throws Exception; 
} 

Tôi thà tránh tạo ra một loại mới nếu có đã tồn tại một cái gì đó mà tôi có thể sử dụng. Hoặc là có một chiến lược tốt hơn để có nhiều khách hàng thực hiện và cắm vào một thói quen có thể gọi được?

sao chép từ đây http://www.programmingforums.org/thread27905.html

Answer 1

Kể từ Java 8 có một tập hợp toàn bộ giao diện chức năng giống như trong the java.util.function package. Người bạn yêu cầu cụ thể chỉ đơn giản là Function.

Trước Java 8, không có giao diện được tích hợp sẵn cho mục đích chung, nhưng một số thư viện đã cung cấp nó.

Ví dụ Guava có the Function<F,T> interface với phương pháp T apply(F input). Nó cũng làm cho heavy use of that interface ở một số nơi.

Answer 2

Câu trả lời không rõ ràng. Nói đúng ra, đó là, "cho cùng một mục đích của Giao diện có thể gọi", không có.

Có các lớp tương tự và tùy thuộc vào những gì bạn muốn, chúng có thể hoặc không thuận tiện. Một trong số đó là SwingWorker. Tuy nhiên, như tên của nó, nó được thiết kế để sử dụng trong khuôn khổ Swing. Nó có thể được sử dụng cho các mục đích khác, nhưng đây sẽ là một sự lựa chọn thiết kế kém.

Lời khuyên tốt nhất của tôi là sử dụng thư viện mở rộng (Jakarta-Commons, Guava, v.v.), tùy thuộc vào thư viện bạn đã sử dụng trong hệ thống của mình.

Answer 3

Đối số thông thường không bắt buộc vì phương thức có thể có bất kỳ số đối số nào trong hàm tạo của nó.

final int i = 5; 
final String word = "hello"; 

Future<String> future = service.submit(new Callable<String>() { 
    public String call() { 
     return word + i; 
    } 
}); 

Trong ví dụ này i và word đã được sử dụng, nhưng bạn có thể "vượt qua" bất kỳ số lượng các tham số.

Answer 4

lúc đầu nó nghĩ rằng điều này được thực hiện với một giao diện nhưng sau đó tôi thấy rằng nó nên được thực hiện bằng cách sử dụng một lớp trừu tượng.

tôi đã giải quyết nó theo cách này:

---

chỉnh sửa: thời gian gần đây tôi chỉ sử dụng này:

public static abstract class callback1<T>{ 
     public abstract void run(T value); 
    } 

    public static abstract class callback2<T,J>{ 
     public abstract void run(T value,J value2); 
    } 

    public static abstract class callback3<T,J,Z>{ 
     public abstract void run(T value,J value2,Z value3); 
    } 


    public static abstract class callbackret1<R,T>{ 
     public abstract R run(T value); 
    } 

    public static abstract class callbackret2<R,T,J>{ 
     public abstract R run(T value,J value2); 
    } 

    public static abstract class callbackret3<R,T,J,Z>{ 
     public abstract R run(T value,J value2,Z value3); 
    } 

---

CallBack.java

public abstract class CallBack<TRet,TArg> { 
    public abstract TRet call(TArg val); 
} 

xác định phương pháp: Phương pháp

class Sample2 
{ 
    CallBack<Void,String> cb; 
    void callcb(CallBack<Void,String> CB) 
    { 
    cb=CB; //save the callback 
    cb.call("yes!"); // call the callback 
    } 
} 

sử dụng:

sample2.callcb(new CallBack<Void,String>(){ 
     @Override 
     public Void call(String val) { 
      // TODO Auto-generated method stub 
      return null; 
     } 
    }); 

hai đối số mẫu: CallBack2.java

public abstract class CallBack2<TRet,TArg1,TArg2> { 
    public abstract TRet call(TArg1 val1,TArg2 val2); 
} 

lưu ý rằng khi bạn sử dụng kiểu trả về Void bạn phải sử dụng trả về null; do đó, đây là một biến thể để khắc phục điều đó vì thường gọi lại không trả về bất kỳ giá trị nào.

khoảng trống như kiểu trả về: SimpleCallBack.java

public abstract class SimpleCallBack<TArg> { 
    public abstract void call(TArg val); 
} 

khoảng trống như kiểu trả về 2 args: SimpleCallBack2.java

public abstract class SimpleCallBack<TArg1,TArg2> { 
    public abstract void call(TArg1 val1,TArg2 val2); 
} 

giao diện không phải là hữu ích cho việc này.

giao diện cho phép nhiều loại khớp với cùng loại. bằng cách có một bộ chức năng được xác định trước.

lớp trừu tượng cho phép các hàm trống bên trong chúng được hoàn thành sau này. mở rộng hoặc khởi tạo.

Answer 5

Gần đây tôi đã có yêu cầu tương tự. Như những người khác đã giải thích nhiều libs cung cấp phương pháp 'chức năng', nhưng chúng không ném ngoại lệ.

Một ví dụ về cách mà một số dự án đã cung cấp một giải pháp là RxJava thư viện nơi họ sử dụng giao diện như ActionX nơi 'X' là 0 ... N, số lượng các đối số cho các gọi phương pháp . Họ thậm chí có giao diện đa dạng, ActionN.

cách tiếp cận hiện tại của tôi là sử dụng một giao diện chung đơn giản:

public interface Invoke<T,V> {  
    public T call(V data) throws Exception;  
// public T call(V... data) throws Exception;  
} 

Phương pháp thứ hai là một lợi thế trong trường hợp của tôi, nhưng nó thể hiện rằng sợ hãi "Loại an toàn: ô nhiễm đống tiềm năng qua varargs dữ liệu tham số" trong IDE của tôi và đó là một vấn đề khác.

Một cách tiếp cận tôi đang xem xét là sử dụng giao diện hiện có như java.util.concurrent.Callable mà không ném ngoại lệ, và trong trường hợp ngoại lệ quấn thực hiện của tôi trong trường hợp ngoại lệ không được kiểm soát.

Answer 6

Tôi vừa gặp sự cố tương tự. bạn có thể bọc bất kỳ phương thức nào để trả về một hàm có thể gọi và thực thi giá trị trả về của nó. tức là

main {  
    Callable<Integer> integerCallable = getIntegerCallable(400); 
    Future<Integer> future = executor.submit(integerCallable); 
} 

private Callable<Integer> getIntegerCallable(int n) { 
    return() -> { 
      try { 
       TimeUnit.SECONDS.sleep(n); 
       return 123; 
      } catch (InterruptedException e) { 
       throw new IllegalStateException("task interrupted", e); 
      } 
     }; 
}