曾幾何時在業務分層結構中的 VO 或 DTO 層充斥著無數的標準 JavaBean 類, 那些礙手腳的 getter/setter 方法簡值不忍直視. 或許 JavaBean 設定規范的用意是當某些屬性為只讀時不提供 setter 方法, 而實際使用時, 因 getter/setter 都同時具備, 那么 JavaBean 的所有私有屬性又何異于公有屬性呢.

更別說對于某些形式的屬性名, 若屬性名為 xCoordinate 時, 它所對應的 getter 方法分別是 getxCoordinate(),一般的 IDE 都會為它自動生成 getXCoordinate() 方法, 這是錯誤的. 實際上 getXCoordinate() 對應的屬性名是 XCoordinate.

所以 Play Framework 1 以及 Play Framework 2.4.6 之前的版本采用了字節碼增強的技術, 實現了像 Objective-C 的 @property 的特性, 即只要聲明公有屬性, 編譯器為該屬性生成默認的 getter/setter 方法, 您也可以手工去覆蓋個別默認的 getter/setter 方法.

因此在 Play Framework 中書寫的的 model 類就只需要屬性了, 像

public class User {

public int id;

public String name;

public String email;

public String address;

}

就這么簡單, 想像一下如果我們為一個眾多屬性的 model 類補全所有的 getter/setter 方法讀起來有多恐怖.

現在 Play Framework 來到了 Java 8, 函數式氣味越來越濃, 也就不推薦為 model 類的所有屬性自動產生 getter/setter 方法. 我們需要盡量的不可變性, 所以上面的類就變成了

public class User {

public final int id;

public final String name;

public final String email;

public final String address;

public User(int id, String name, String email, String address) {

this.id = id;

this.name = name;

this.email = email;

this.address = address;

}

}

把每一個屬性都 final 化之后, 我們就必須加上一個構造函數去初始化所有的 final 屬性, 這個構造函數就是一個冗余的樣板代碼(Boilerplate code) 了. 當然目前 Java 還沒有辦法解決這個構造函數了, 但我們不妨學學 Scala, Dart 語言為聲明一個上面的類是怎么做的.

Scala 的 case class

scala> case class User(id: Int, name: String, email: String, address: String)

defined class User

scala> User(1, "Yanbin", "fantasia@sina.com", "Chicago").name

res17: String = Yanbin

Scala 只要 case class User(id: Int, name: String, email: String, address: String) 這一行語句便有了一切, 屬性是不可變的, 有了默認的構造函數, equals(), hashCode(), toString() 方法都自動有了.

Dart

class User {

final int id;

final String name;

final String email;

final String address;

User(this.id, this.name, this.email, this.address);

}

var user = new User(100, "Yanbin", "fantasia@sina.com", "Chicago");

print(user.id);

user.name = "ChangeIt"; //報錯 Uncaught TypeError: (intermediate value).set$name is not a function

由上可以看出其實 Dart 與 Java 對比并未改善多少, 只不過是省去了像 this.name=name 那樣的語句. 而且從上面的報錯信息也能看出 dart 總是通過 set$xxx/get$xxx 來設置與獲取值.

要說這方面算是 IntelliJ 的 Kotlin 向 Scala 學到不少, 來看看它是如何處理的

Kotlin

>>> class User(val id: Int, val name: String, val email: String, val address: String)

>>> var user = User(100, "Yanbin", "fantasia@sina.com", "Chicago")

>>> user.name

Yanbin

我要舉報 Kotlin 抄襲了 Scala, 也有 var 和 val 之分, 不同之處是在聲明類是 Scala 默認的屬性是 val, 而 Kotlin 則必須指明 val 或 var, 沒有 val/var 的話屬性不可訪問. 還有 Kotlin 沒有像 Scala 的 case class 那樣生成 equals(), hashCode(), 和 toString() 方法.

總結

以上是生活随笔為你收集整理的java过时_Java 语言的几个缺陷之四: 过时的 JavaBean的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。