首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

当使用两种不同的列表项目时,列表视图的getView()不能正常工作

当使用两种不同的列表项目时,列表视图的getView()方法可能无法正常工作的原因是,该方法在绘制列表项时会重用已存在的视图对象,以提高性能和内存效率。但是,如果列表中存在多种不同的视图类型,例如不同的布局或样式,那么在重用视图对象时可能会出现类型不匹配的情况,导致getView()方法无法正确地为每个列表项设置正确的视图。

为了解决这个问题,可以通过以下步骤来确保getView()方法正常工作:

  1. 在适配器中使用getItemViewType()方法来返回不同视图类型的标识符。这个方法根据列表项的位置或其他条件来确定应该使用哪种视图类型。
  2. 在getView()方法中根据getItemViewType()返回的视图类型标识符来判断当前需要创建或重用的视图类型,并进行相应的处理。
  3. 如果当前的convertView为空,即没有可重用的视图对象,可以根据视图类型标识符使用LayoutInflater来创建新的视图对象。
  4. 如果当前的convertView不为空,即存在可重用的视图对象,需要根据视图类型标识符来判断该视图对象的类型是否与当前需要的类型匹配。如果不匹配,则需要使用LayoutInflater重新创建一个新的视图对象。
  5. 在getView()方法中,根据当前的视图类型标识符,为每个列表项设置正确的视图内容和样式。

以下是一个示例代码,展示了如何在使用两种不同的列表项目时正确使用getView()方法:

代码语言:txt
复制
@Override
public int getItemViewType(int position) {
    // 根据列表项的位置或其他条件返回不同的视图类型标识符
    if (position % 2 == 0) {
        return 0; // 第一种视图类型
    } else {
        return 1; // 第二种视图类型
    }
}

@Override
public int getViewTypeCount() {
    return 2; // 总共有两种不同的视图类型
}

@Override
public View getView(int position, View convertView, ViewGroup parent) {
    int viewType = getItemViewType(position);

    if (convertView == null) {
        LayoutInflater inflater = LayoutInflater.from(parent.getContext());

        // 根据视图类型标识符创建新的视图对象
        if (viewType == 0) {
            convertView = inflater.inflate(R.layout.list_item_type1, parent, false);
        } else {
            convertView = inflater.inflate(R.layout.list_item_type2, parent, false);
        }
    }

    // 根据当前的视图类型标识符为列表项设置正确的视图内容和样式
    if (viewType == 0) {
        // 设置第一种视图类型的内容和样式
        TextView textView = convertView.findViewById(R.id.text_view_type1);
        textView.setText("Type 1");
    } else {
        // 设置第二种视图类型的内容和样式
        TextView textView = convertView.findViewById(R.id.text_view_type2);
        textView.setText("Type 2");
    }

    return convertView;
}

在这个示例中,我们通过getItemViewType()方法返回不同的视图类型标识符,然后在getView()方法中根据这个标识符来创建或重用相应的视图对象,并为每个列表项设置正确的内容和样式。

对于腾讯云相关产品和产品介绍链接地址,由于不能提及具体的品牌商,建议您参考腾讯云官方网站或文档,以获取与云计算相关的产品和服务信息。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Android开发笔记(三十八)列表类视图

AdapterView顾名思义是适配器视图,Spinner、ListView和GridView都间接继承自AdapterView,这三个视图都存在多个元素并排展示的情况,所以需要引入适配器模式。 适配器视图的特点有: 1、定义了适配器的设置方法setAdapter,以及获取方法getAdapter。适配器用于传入视图展示需要的相关数据。 2、定义了一个数据观察者AdapterDataSetObserver,用于在列表数据发生变化时,可以通过notifyDataSetChanged方法来更新视图。 3、定义了单个元素的点击、长按、选中事件。其中点击方法为setOnItemClickListener,点击监听器为OnItemClickListener;长按方法为setOnItemLongClickListener,长按监听器为OnItemLongClickListener;选中方法为setOnItemSelectedListener,选中监听器为OnItemSelectedListener。

02

Vcl控件详解_c++控件

大家好,又见面了,我是你们的朋友全栈君。 TTabControl 属性  DisplayRect:只定该控件客户区的一个矩形 HotTrack:设置当鼠标经过页标签时,它的字是否有变化。如果为True,是字会变成蓝色 Images:为每个页标签添加一个图片 MultiLine:如果总页标签的长度大于该控件的宽度时,是否允许多行显示 MultiSelect:是否允许多选页标签。该属性只有当Style为tsFlatButtons或tsButtons时才有效 OwnerDraw:是否允许自己绘画该控件 RaggedRight:指定是否允许标签页伸展到控制宽度 ScrollOpposite:该属性设置将会使MultiLine设为True。当标签页的行数大于1时,当单击其它页时,在它下面的页会自动翻动该控件的底部 Style:设置该控件的样式,大家一试就会知道 TabHeight:设置页标签的高度 TabIndex:反映当前标签页的索引号。该号从0开始 TabPosition:选择页标签的位置,分上,下,左,右 Tabs:对每个页进行增,删,改 TabWidth:设置页标签的宽度

01

Kotlin入门(22)适配器的简单优化

为实现各种排列组合类的视图(包括但不限于Spinner、ListView、GridView等等),Android提供了五花八门的适配器用于组装某个规格的数据,常见的适配器有:数组适配器ArrayAdapter、简单适配器SimpleAdapter、基本适配器BaseAdapter、翻页适配器PagerAdapter。适配器的种类虽多,却个个都不好用,以数组适配器为例,它与Spinner配合实现下拉框效果,其实现代码纷复繁杂,一直为人所诟病。故而在下拉框一小节之中,干脆把ArrayAdapter连同Spinner一股脑都摒弃了,取而代之的是Kotlin扩展函数selector。 到了列表视图ListView这里,与之搭档的一般是基本适配器BaseAdapter,这个BaseAdapter更不简单,基于它的列表适配器得重写好几个方法,还有那个想让初学者撞墙的ViewHolder。总之,每当要实现类似新闻列表、商品列表之类的页面,一想到这个难缠的BaseAdapter,心里便发怵。譬如下图所示的六大行星的说明列表,左侧是图标,右边为文字说明,很普通的一个页面。

01

MFC应用程序——标签控件_IP控件_时间控件_List Control控件_Tree Control控件_命令按钮_列表框_组合框_图片_滚动控件「建议收藏」

【Tab Control 标签控件】 标签控件也比较常见。它可以把多个页面集成到一个窗口中, 每个页面对应一个标签,用户点击某个标签时,它对应的页 面就会显示。 使用标签控件我们可以同时加载多个有关联的页面,用 户只需点击标签即可实现页面切换,方便灵活的进行操作。 每个标签除了可以显示标签文本,还可以显示图标。 标签控件相当于是一个页面的容器,可以容纳多个对话 框,而且一般也只容纳对话框,所以我们不能直接在标签控 件上添加其他控件,必须先将其他控件放到对话框中,再将 对话框添加到标签控件中。最终我们点击标签切换页面时, 切换的不是控件的组合,而是对话框。

01

Kotlin入门(23)适配器的进阶表达

前面在介绍列表视图和网格视图时,它们的适配器代码都存在视图持有者ViewHolder,因为Android对列表类视图提供了回收机制,如果某些列表项在屏幕上看不到了,则系统会自动回收相应的视图对象。随着用户的下拉或者上拉手势,已经被回收的列表项要重新加载到界面上,倘若每次加载都得从头创建视图对象,势必增加了系统的资源开销。所以ViewHolder便应运而生,它在列表项首次初始化时,就将其视图对象保存起来,后面再次加载该视图时,即可直接从持有者处获得先前的视图对象,从而减少了系统开销,提高了系统的运行效率。 视图持有者的设计理念固然美好,却苦了Android开发者,每次由BaseAdapter派生新的适配器类,都必须手工处理视图持有者的相关逻辑,实在是个沉重的负担。有鉴于此,循环视图的适配器把视图持有者的重用逻辑剥离出来,由系统自行判断并处理持有者的重用操作。开发者继承RecyclerView.Adapter之后,只要完成业务上的代码逻辑即可,无需进行BaseAdapter视图持有者的手工重用。 现在由Kotlin实现循环视图的适配器类,综合前面两小节提到的优化技术,加上视图持有者的自动重用,适配器代码又得到了进一步的精简。由于循环视图适配器并不提供列表项的点击事件,因此开发者要自己编写包括点击、长按在内的事件处理代码。为方便理解循环适配器的Kotlin编码,下面以微信的公众号消息列表为例,给出对应的消息列表Kotlin代码:

04

Android开发笔记(二十二)瀑布流网格WaterfallGridView

Android中展示门类信息一般使用列表视图ListView或者网格视图GridView,特别是电商类APP的首页,除了顶部导航、底部标签、上方横幅外,主要页面都是展示各种商品和活动的网格视图。一般情况下GridView就够用了,不过GridView中规中矩,每个网格的大小都是一样的,有时显得有些死板。比如不同商品的外观尺寸很不一样,冰箱是高高的在纵向上长,空调则是在横向上长,所以若用一样规格的网格来展示,必然有的商品图片被压缩得很小。再比如像新闻摘要,每篇摘要的字数都不一样,为了把文字显示完全,也需要对每个网格自适应高度,字数多的网格分配较小的高度,字数较多的网格分配较大的高度。可惜GridView不支持自适配网格高度,所以我们得自己写个瀑布流网格控件来实现这样的效果了。 先来理下瀑布流控件的思路,因为GridView每个网格的宽和高都是一样的,所以无法基于GridView进行改造。如果是ListView,每行高度一样,一行内每个元素的长度是可以自定义的,但每列元素的长度必须一样,所以改造ListView的效果也很有限。改造GridView也不行,改造ListView也不行,看来得换个思路了,把复杂问题简单化试试。例如这个页面上只有四个视图:左上区块0、右上区块1、左下区块2、右下区块3,直接用布局文件xml编写的话也不难,可能大家多半会想到采用相对布局RelativeLayout来处理。

06
领券