android – 为什么选择Toast.makeText而不是新的Toast

前端之家收集整理的这篇文章主要介绍了android – 为什么选择Toast.makeText而不是新的Toast前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
这可能是一个菜鸟问题,但我想知道为什么我们必须使用静态方法(makeText)来创建Toast而不是构造函数.

为什么我们必须使用这个:

makeText(Context context,CharSequence text,int duration)

而不是这个:

new Toast(Context context,int duration)

这是makeText方法

public static Toast makeText(Context context,int duration) {
        Toast result = new Toast(context);

        LayoutInflater inflate = (LayoutInflater)
                context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        View v = inflate.inflate(com.android.internal.R.layout.transient_notification,null);
        TextView tv = (TextView)v.findViewById(com.android.internal.R.id.message);
        tv.setText(text);

        result.mNextView = v;
        result.mDuration = duration;

        return result;
    }

为什么我们没有以下内容

public Toast (Context context,int duration) {
    this(context);

    LayoutInflater inflate = (LayoutInflater)
            context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
    View v = inflate.inflate(com.android.internal.R.layout.transient_notification,null);
    TextView tv = (TextView)v.findViewById(com.android.internal.R.id.message);
    tv.setText(text);

    this.mNextView = v;
    this.mDuration = duration;
}

我出于任何原因搜索了网络和源代码,但我没有找到.

如果您有任何想法,请不要犹豫.

解决方法

问题基本上是深入研究何时应该使方法静态.答案很简单 – 当您的方法具有非常特定的任务并且不更改对象的状态时.

类似于实用程序方法的东西,比如add(int a,int b),它只返回一个b.如果我需要存储值a b以供稍后用于对象,则静态方法严格禁止使用(您将无法在静态方法中存储非静态变量).但是如果我们处理一些独立于对象状态的动作,静态就是答案.

如果它与对象状态无关,我们为什么要优先选择static?

> Memory-static方法只有一个副本,与实际的对象数无关.
>可用性 – 即使您没有单个对象,也可以使用方法

当然,缺点是我们保留了方法的副本,即使我们根本不使用它(如果它是非静态的并且没有创建对象,我们会保存这个空间).但这比上面提到的优势重量更轻.

正如我们在这里讨论的方法(makeText),不需要维护状态供以后使用,最好的方法是静态方法.

– 编辑 –

上面提到的答案在我们应该使用static和非静态时更通用,让我具体到Toast类.

Toast类为我们提供了两种创建Toast对象的方法(参见http://developer.android.com/reference/android/widget/Toast.html)

> makeText(上下文上下文,CharSequence文本,int duration),它返回分配了值的Toast对象.
>正常方式,使用新的Toast(上下文)创建对象,然后根据需要设置值.

如果你使用方法1,你会说像Toast.makeText(context,text,duration).show();我们完成了.我一直都在使用这种方法.

方法2仅用于特定情况,从http://developer.android.com/guide/topics/ui/notifiers/toasts.html开始

Do not use the public constructor for a Toast unless you are going to
define the layout with setView(View). If you do not have a custom
layout to use,you must use makeText(Context,int,int) to create the
Toast.

@CFlex,如果我正确地得到你的问题,我想你只是想知道为什么我们有Toast.makeText(上下文,文本,持续时间)返回一个Toast对象,当构造函数可以完成同样的事情时.

每当我看到类似ClassName.getObject返回类的对象时,我会想到单例模式.好吧,在这种情况下,我们并不是在谈论单例,我想假设makeText总是返回相同的对象(以节省N个对象的创建),否则它只是Android团队开发的一个奇特的东西.

原文链接:https://www.f2er.com/android/308894.html

猜你在找的Android相关文章