从github得到这段代码
public class GithubClientApplication extends Application {
public static GithubClientApplication get(Context context) {
return (GithubClientApplication) context.getApplicationContext();
}
@Override
public void onCreate() {
super.onCreate();
}
}
不止一次,类似的代码已经遇到过,在 heirApplication中,该方法将上下文作为输入,并以这种方式将此上下文转换为类类型。
为什么这个类需要上下文?他有他自己的,还是这些背景有什么不同?通常这样的时刻是从继承人的阶级中召唤出来的Activity。我假设需要上下文参数,以便只有有权访问上下文的类才能获得继承类的实例Application。
我还看到了在方法中上下文从一个扩展类传递Activity 到另一个扩展类的代码Activity
我基本上已经在评论中回答了,但既然你坚持:),我会写得更详细。
这
utility method,即 helper,它有助于使代码更小、更简单、更易读。通常,此类方法在具有名称或类似名称的包或类中取出Utils。但后来作者决定把它放在一个子类Application中,这实际上是合乎逻辑的,但不是必需的。这是一个静态方法,因此它无法访问上下文。这是上下文并通过参数传递。并且类本身不需要这个上下文,正如你所写的,只有这个方法需要它。