曾幾何時(shí)在業(yè)務(wù)分層結(jié)構(gòu)中的 VO 或 DTO 層充斥著無數(shù)的標(biāo)準(zhǔn) JavaBean 類, 那些礙手腳的 getter/setter 方法簡值不忍直視. 或許 JavaBean 設(shè)定規(guī)范的用意是當(dāng)某些屬性為只讀時(shí)不提供 setter 方法, 而實(shí)際使用時(shí), 因 getter/setter 都同時(shí)具備, 那么 JavaBean 的所有私有屬性又何異于公有屬性呢.

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

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

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

public class User {

public int id;

public String name;

public String email;

public String address;

}

就這么簡單, 想像一下如果我們?yōu)橐粋€(gè)眾多屬性的 model 類補(bǔ)全所有的 getter/setter 方法讀起來有多恐怖.

現(xiàn)在 Play Framework 來到了 Java 8, 函數(shù)式氣味越來越濃, 也就不推薦為 model 類的所有屬性自動(dòng)產(chǎn)生 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;

}

}

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

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) 這一行語句便有了一切, 屬性是不可變的, 有了默認(rèn)的構(gòu)造函數(shù), equals(), hashCode(), toString() 方法都自動(dòng)有了.

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"; //報(bào)錯(cuò) Uncaught TypeError: (intermediate value).set$name is not a function

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

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

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

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。