[英]why the volley class uses singleton pattern design?
使用排球库,我发现以下代码:
public class AppController extends Application {
public static final String TAG = AppController.class
.getSimpleName();
private RequestQueue mRequestQueue;
private static AppController mInstance;
@Override
public void onCreate() {
super.onCreate();
mInstance = this;
}
public static synchronized AppController getInstance() {
return mInstance;
}
public RequestQueue getRequestQueue() {
//baraye avalin bar ejra mishe
if (mRequestQueue == null) {
mRequestQueue = Volley.newRequestQueue(getApplicationContext());
}
return mRequestQueue;
}
public <T> void addToRequestQueue(Request<T> req, String tag) {
// set the default tag if tag is empty
req.setTag(TextUtils.isEmpty(tag) ? TAG : tag);
getRequestQueue().add(req);
}
public void cancelPendingRequests(Object tag) {
if (mRequestQueue != null) {
mRequestQueue.cancelAll(tag);
}
}
}
我想了解为什么此类使用Singleton模式设计?如果我们创建该类的两个对象,会发生什么问题?
这不是单例模式。 单例模式强制要求(最多)一个特定类的单个实例。 这不是真的。 您可能在许多AppController
有许多RequestQueue
。
实际上,这是惰性初始化 。 之所以使用它,是因为实例化RequestQueue
有点大操作,并且您不必不必要地实例化它。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.