我想爲我的代碼庫創建一些不可變對象。真正傳達一個給定的類是不可變的消息的最好方法是什麼?我應該讓所有的字段都是最終的,並在對象構建過程中進行初始化? (這看起來很尷尬......)我應該創建一些不可變的接口,並讓對象實現它嗎? (由於Java在這背後沒有一些標準接口,所以我認爲他們有一些其他方式來處理它。)處理這個問題的標準方式是什麼? (如果它只是加入了一堆圍繞着田野的感嘆,他們不應該被修改初始化一次意見做,那也沒關係。)在Java中創建不可變對象
回答
我應該對象的構造過程中讓所有我的領域決賽,並初始化?
是的。並確保這些類型本身是不可變的,或者當您從getter方法返回值時創建副本。並讓課堂本身最終成爲現實。 (否則你對自己的類可能是不可改變的,但是,這並不意味着你的類的任何實例是不可變的 - 因爲它可能是一個可變的子類的實例)
(這似乎好不尷尬...)
很難知道該怎麼不知道你如何覺得這是尷尬的建議 - 但建造者模式往往是有用的。我通常使用嵌套的靜態類,通常使用靜態工廠方法。所以你最終得到:
Foo foo = Foo.newBuilder()
.setName("asd")
.setPoints(10)
.setOtherThings("whatever")
.build();
是的,沒有。讓所有的領域都是最終的並不是一個保證。如果您想深入瞭解此問題,Joshua Bloch在Effective Java中有許多章節處理不變性和涉及的考慮因素。 Effective Java中的第15項涵蓋了其中的大部分內容,並引用了其他正在討論的項目。
他提供了這五個步驟:
不提供修改對象的狀態(稱爲muta- 職權範圍)的任何方法。
確保類不能擴展。
使所有領域決賽。
使所有領域的私人。
確保任何可變組件獨佔訪問。
一個學習如何做到這一切的辦法就是看語言設計者如何讓班級不變通過審查類,如字符串,它是不可變的(例如見http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/6-b14/java/lang/String.java)源。
第5點要點是什麼意思? –
以下是Joshua Bloch在Effective Java中關於第5項的寫法:'如果您的類有任何引用可變對象的 字段,請確保類的客戶端無法獲得對這些對象的引用 。永遠不要將這樣的字段初始化爲客戶提供的對象 引用或從訪問者返回對象引用 – andreih
這也稱爲製作*防禦副本*。 –
寫單元測試,如果你的同事使課堂可變將會失敗。
使用Mutability Detector,你可以寫這樣一個測試:
import static org.mutabilitydetector.unittesting.MutabilityAssert.assertImmutable;
@Test public void isImmutable() {
assertImmutable(MyImmutableThing.class)
}
如果同事走來,並且,例如,添加一個setter方法類,測試將失敗。您的使用案例是Mutability Detector的核心目的之一。
聲明:我寫了。
- 1. 在JSP中創建不可變對象
- 2. 在java中部分創建不可變的對象
- 3. 創建對象時Java線不可用?
- 4. 在java中創建對象
- 5. POST不會在Java中創建對象
- 6. 在javascript中創建不可變的對象
- 7. Java在對象內創建對象
- 8. 創建對象的Java中
- 9. 創建可變數量的對象並顯示java中的所有對象
- 10. 不當對象創建Java中
- 11. 克隆Java中的不可變對象
- 12. 對象創建JAVA
- 13. 如何創建對象的對象鍵的可變對象鍵?
- 14. java創建對象建議
- 15. 在java中創建隨機對象
- 16. 對象在java中如何創建?
- 17. 在Java中創建對象問題
- 18. 如何在java中創建BLOB對象?
- 19. 在Java中爲CustomButton創建ActionEvent對象
- 20. 在java中創建一個對象
- 21. 在java中創建對象的位置
- 22. 在java中創建對象的麻煩
- 23. 在Java中創建常量對象
- 24. 如何在CFSCRIPT中創建Java對象?
- 25. 在Java中創建對象的數組
- 26. java在子類中創建對象
- 27. 在Java中創建對象的列表
- 28. 在Java中創建一個XML對象
- 29. 在Python中實現Java對象創建
- 30. 無法在Java中創建Math對象?
你究竟關心什麼?是否你的同事不理解並且會修改你的課程使其變得可變? –
是的,確切地說。恐怕未來看到代碼的人不會完全理解這樣一個事實,即課堂背後的設計是不可改變的,而且他們可能會爲將來等設計人員。 – Sal