BuilderモードでJavaBeanを構築するメリット
7118 ワード
一般的にjavaBeanオブジェクトを構築するには、3つの書き方があります.
1.コンストラクション関数を直接パラメータ化することによって属性を設定します.この方法では、属性が多すぎるとコンストラクション関数が非常に肥大化し、いくつかのパラメータだけを設定することは柔軟に選択できません.
2.オーバーラップコンストラクタモードを採用し、まず必要なパラメータだけを1つ目のコンストラクタを書き、2つ目のコンストラクタにはオプションパラメータがあり、3つ目のコンストラクタには2つのオプションパラメータがあり、このように推定します.パラメータが多い場合、クラスには構造方法が山積みになり、読みにくくなり、2つの属性パラメータを逆さまに書きやすくなり、コンパイルに間違いはありませんが、実行中にエラーが発生します.
3.Javabeanの書き方を採用し、属性のsetterメソッドを山ほど書き、オブジェクトを生成することによって、後呼び出しsetterメソッドに属性に値を付与させる. この方法には,構造のプロセスがいくつかの呼び出しに分けられ,構造中に不一致状態にある可能性があり,一致性を保証できないという劣勢がある.
4.Builderモードでオブジェクトを構築し、1つのクラスのパラメータが多い場合、オーバーラップコンストラクタモードを使用するクライアントコードは書きにくく、可読性が悪い.Javabeanモードを使用して、パラメータのないコンストラクタを呼び出し、setterメソッドを呼び出して必要なパラメータを設定します.しかしjavabean自体には深刻な欠点がある.構造プロセスがいくつかの呼び出しに分けられるため、構造javabeanが不一致の状態にある可能性があり、クラスはコンストラクタパラメータの有効性を検証するだけで一貫性を保証することはできない.もう一つの欠点は、javabeanモードがクラスを可変にする可能性を阻止することです.これは、プログラマーがスレッドの安全を確保するために追加の努力を払う必要があります.buildモードは,オーバーラップコンストラクタのような安全性を保証するとともに,JavaBeanモードのような可読性を実現することができる.
ビルドモードを使用するには: (1)希望するオブジェクトを直接生成するのではなく,クライアントに必要なすべてのパラメータを利用してコンストラクタ(または静的ファクトリ)を呼び出し,buildオブジェクトを得る. (2)その後、クライアントにbuildオブジェクト上で同様のsetterメソッドを呼び出して、関連する各オプションパラメータを設定させ、 (3)最後に,クライアントは無パラメトリックbuildメソッドを呼び出して可変オブジェクトを生成する.このbuilderは、構築された静的メンバークラスです.
次にBuilderモードの使用について説明します.この例はokhtttpのrequestオブジェクトの構造です.
BuilderがRequestであることがわかります 静的な内部クラスであり、Builderの属性はRequestと一致するため、属性設定はすべてBuilderにあり、Requestでは属性を取得する方法しかありません.
Builderを使用してRequestオブジェクトの書き方を作成します.
JavaBeanの書き方の欠点は、new Request()コンストラクタを呼び出すとオブジェクトが作成され、後でsetメソッドを呼び出して属性を設定するときにここを設定し、他の場所を設定すると、オブジェクトの状態の一致性が保証されず、代コードの可読性が悪いということです
1.Builder方式で作成されたオブジェクトは、build()メソッドを呼び出すまでRequestオブジェクトは作成されません.すべてのプロパティ設定はbuild()メソッドの前でなければなりません.また、Requestオブジェクトを作成した後、そのプロパティを変更することはできません.これにより、オブジェクトの状態の一意性が保証され、コードの読み取りが向上します.
2.必要なパラメータがある場合は、 Builderのコンストラクション関数にあります.
1.コンストラクション関数を直接パラメータ化することによって属性を設定します.この方法では、属性が多すぎるとコンストラクション関数が非常に肥大化し、いくつかのパラメータだけを設定することは柔軟に選択できません.
2.オーバーラップコンストラクタモードを採用し、まず必要なパラメータだけを1つ目のコンストラクタを書き、2つ目のコンストラクタにはオプションパラメータがあり、3つ目のコンストラクタには2つのオプションパラメータがあり、このように推定します.パラメータが多い場合、クラスには構造方法が山積みになり、読みにくくなり、2つの属性パラメータを逆さまに書きやすくなり、コンパイルに間違いはありませんが、実行中にエラーが発生します.
3.Javabeanの書き方を採用し、属性のsetterメソッドを山ほど書き、オブジェクトを生成することによって、後呼び出しsetterメソッドに属性に値を付与させる. この方法には,構造のプロセスがいくつかの呼び出しに分けられ,構造中に不一致状態にある可能性があり,一致性を保証できないという劣勢がある.
4.Builderモードでオブジェクトを構築し、1つのクラスのパラメータが多い場合、オーバーラップコンストラクタモードを使用するクライアントコードは書きにくく、可読性が悪い.Javabeanモードを使用して、パラメータのないコンストラクタを呼び出し、setterメソッドを呼び出して必要なパラメータを設定します.しかしjavabean自体には深刻な欠点がある.構造プロセスがいくつかの呼び出しに分けられるため、構造javabeanが不一致の状態にある可能性があり、クラスはコンストラクタパラメータの有効性を検証するだけで一貫性を保証することはできない.もう一つの欠点は、javabeanモードがクラスを可変にする可能性を阻止することです.これは、プログラマーがスレッドの安全を確保するために追加の努力を払う必要があります.buildモードは,オーバーラップコンストラクタのような安全性を保証するとともに,JavaBeanモードのような可読性を実現することができる.
ビルドモードを使用するには: (1)希望するオブジェクトを直接生成するのではなく,クライアントに必要なすべてのパラメータを利用してコンストラクタ(または静的ファクトリ)を呼び出し,buildオブジェクトを得る. (2)その後、クライアントにbuildオブジェクト上で同様のsetterメソッドを呼び出して、関連する各オプションパラメータを設定させ、 (3)最後に,クライアントは無パラメトリックbuildメソッドを呼び出して可変オブジェクトを生成する.このbuilderは、構築された静的メンバークラスです.
次にBuilderモードの使用について説明します.この例はokhtttpのrequestオブジェクトの構造です.
public final class Request {
final HttpUrl url;
final String method;
final Headers headers;
final RequestBody body;
final Object tag;
Request(Builder builder) {
this.url = builder.url;
this.method = builder.method;
this.headers = builder.headers.build();
this.body = builder.body;
this.tag = builder.tag != null ? builder.tag : this;
}
public HttpUrl url() {
return url;
}
public String method() {
return method;
}
public Headers headers() {
return headers;
}
public String header(String name) {
return headers.get(name);
}
public List headers(String name) {
return headers.values(name);
}
public RequestBody body() {
return body;
}
public Object tag() {
return tag;
}
public Builder newBuilder() {
return new Builder(this);
}
public CacheControl cacheControl() {
CacheControl result = cacheControl;
return result != null ? result : (cacheControl = CacheControl.parse(headers));
}
public boolean isHttps() {
return url.isHttps();
}
public static class Builder {
HttpUrl url;
String method;
Headers.Builder headers;
RequestBody body;
Object tag;
public Builder() {
this.method = "GET";
this.headers = new Headers.Builder();
}
Builder(Request request) {
this.url = request.url;
this.method = request.method;
this.body = request.body;
this.tag = request.tag;
this.headers = request.headers.newBuilder();
}
public Builder url(HttpUrl url) {
if (url == null) throw new NullPointerException("url == null");
this.url = url;
return this;
}
public Builder url(String url) {
if (url == null) throw new NullPointerException("url == null");
// Silently replace web socket URLs with HTTP URLs.
if (url.regionMatches(true, 0, "ws:", 0, 3)) {
url = "http:" + url.substring(3);
} else if (url.regionMatches(true, 0, "wss:", 0, 4)) {
url = "https:" + url.substring(4);
}
HttpUrl parsed = HttpUrl.parse(url);
if (parsed == null) throw new IllegalArgumentException("unexpected url: " + url);
return url(parsed);
}
public Builder url(URL url) {
if (url == null) throw new NullPointerException("url == null");
HttpUrl parsed = HttpUrl.get(url);
if (parsed == null) throw new IllegalArgumentException("unexpected url: " + url);
return url(parsed);
}
public Builder header(String name, String value) {
headers.set(name, value);
return this;
}
public Builder addHeader(String name, String value) {
headers.add(name, value);
return this;
}
public Builder removeHeader(String name) {
headers.removeAll(name);
return this;
}
public Builder headers(Headers headers) {
this.headers = headers.newBuilder();
return this;
}
public Builder cacheControl(CacheControl cacheControl) {
String value = cacheControl.toString();
if (value.isEmpty()) return removeHeader("Cache-Control");
return header("Cache-Control", value);
}
public Builder get() {
return method("GET", null);
}
public Builder head() {
return method("HEAD", null);
}
public Builder post(RequestBody body) {
return method("POST", body);
}
public Builder delete(RequestBody body) {
return method("DELETE", body);
}
public Builder delete() {
return delete(Util.EMPTY_REQUEST);
}
public Builder put(RequestBody body) {
return method("PUT", body);
}
public Builder patch(RequestBody body) {
return method("PATCH", body);
}
public Builder method(String method, RequestBody body) {
if (method == null) throw new NullPointerException("method == null");
if (method.length() == 0) throw new IllegalArgumentException("method.length() == 0");
if (body != null && !HttpMethod.permitsRequestBody(method)) {
throw new IllegalArgumentException("method " + method + " must not have a request body.");
}
if (body == null && HttpMethod.requiresRequestBody(method)) {
throw new IllegalArgumentException("method " + method + " must have a request body.");
}
this.method = method;
this.body = body;
return this;
}
public Builder tag(Object tag) {
this.tag = tag;
return this;
}
/*
* Request , Request build ,
* Builder , 。
*/
public Request build() {
/**
* url null
*/
if (url == null) throw new IllegalStateException("url == null");
return new Request(this);
}
}
}
BuilderがRequestであることがわかります 静的な内部クラスであり、Builderの属性はRequestと一致するため、属性設定はすべてBuilderにあり、Requestでは属性を取得する方法しかありません.
Builderを使用してRequestオブジェクトの書き方を作成します.
Request request = new Request.Builder()
.url("http://www.weather.com.cn/data/sk/101010100.html")
.addHeader("header","header")
.put("RequestBody")
.build();
JavaBeanの書き方の欠点は、new Request()コンストラクタを呼び出すとオブジェクトが作成され、後でsetメソッドを呼び出して属性を設定するときにここを設定し、他の場所を設定すると、オブジェクトの状態の一致性が保証されず、代コードの可読性が悪いということです
1.Builder方式で作成されたオブジェクトは、build()メソッドを呼び出すまでRequestオブジェクトは作成されません.すべてのプロパティ設定はbuild()メソッドの前でなければなりません.また、Requestオブジェクトを作成した後、そのプロパティを変更することはできません.これにより、オブジェクトの状態の一意性が保証され、コードの読み取りが向上します.
2.必要なパラメータがある場合は、 Builderのコンストラクション関数にあります.