2010-07-27 20 views
-1

我正在研究的一個大項目的一部分對於其他人來說很有意思並且可能有用,所以我試圖提取大量代碼並且將其作爲自己的項目發佈。它的一個對代碼庫的其餘部分依賴的是,像這樣的接口:尋找具有包含無效單參數方法的接口的Java庫

public interface Body { 
    void eval(A value); 
}

我的身影,而不是重塑這種類型的,它可能會更好引進上已經有一些常用庫的依賴性它。我通過番石榴和普通朗看過,我很驚訝我找不到像這樣的東西。關於我還能看到什麼的任何想法?

+0

對不起,什麼...? – 2010-07-27 02:20:40

+0

Java是一種類型的意義。它是主格的,而不是結構性的。我建議乾淨地聲明一個具有適當含義的類型。 – 2010-07-27 02:21:06

回答

0

我認爲這是一個壞主意,但:

extra166y.Ops.Procedure 

我敢肯定,你可以在「功能」庫類似的事情(即使程序是一種功能性的反義詞的)。

+0

我很欣賞這些情緒,但是......在某些情況下,編寫足夠抽象的Java來完成這種類型的使用是完全合理的。 – 2010-07-27 02:50:43

2

如果這是你想要的唯一的東西,我不會打擾爲此放置整個依賴。我傾向於採用已經存在的項目的名稱,以便其他程序員更容易。例如,對於Predicate,我確實編寫了自己的界面,但我選擇了Guava用戶應該熟悉的名稱。

依賴性是龐大的,它有儘可能少的更好。另一方面,重新創造東西不值得推薦,所以我認爲在某個地方有一個平衡成本和收益的地方。

對我來說,對單一接口的需求並不會超過引入整體依賴的成本。由於這個問題的利潤空間大。

+0

我沒有想到我需要證明我的問題背後的所有原因,但我的目的也是尋找可能有用的相關代碼/想法。我沒有爲一個類添加項目依賴項。 – 2010-07-27 13:48:59

+0

我不是故意批評你或任何東西。只是從成本/收益的角度來看,我覺得這是不合理的。猜猜我無法很好地理解你的問題。 – 2010-07-27 15:08:05

0

只爲一個接口引入對第三方庫的依賴沒有多大意義。在標準庫中使用接口會更好。地圖怎麼樣?

Predicate <A> extends HashMap < A , Void > 
{ 
    public Void put (A a , Void v) 
    { 
      // put your evaluation logic here 
      return null ; 
    } 
} 

但我真的不明白這是如何幫助任何人。

相關問題