adapter

I was surprised that getViewTypeCount() is so rarely overrided. If you are an expert in this – this post is not for you) ListView and Adapter Basics How it works: 1、ListView asks adapter “give me a view” (getView) for each item of the list 2、A new View is returned and displayed Next question – what if we have one billion items? Create new view for each item? The answer is NO,Android caches views for you. There’s a component in Android called “Recycler”. 1、If you have 1 billion items – there are only visible items in the memory + view in recycler. 2、ListView asks for a view type1 first time

想到发这篇帖子是源于我的上一篇帖子 #Testin杯#多线程断点续传后台下载 。 帖子中讲述的项目使用了listView这个控件，而且自定义了adapter。在更新item的进度条时发现每次使用notifyDataSetChanged()，都会去调用自定义adapter中的getView方法。这时问题就出现了，用notifyDataSetChanged方法去更新listView中的item，是更新需要更新的Item呢？还是更新所有的item呢？如果是更新所有的item那么效率不就会很低吗？有什么办法可以解决这个问题呢？ 怀着心中的疑惑，我开始了这次的实验。。。 我的想法很简单现实模拟远程下载文件，创建一个Activity做主界面，主界面采用listView。然后自定义一个adapter实现BaseAdapter，再创建一个线程类，线程类当中采用循环的方式不断的往adapter发送消息.然后使用notifyDataSetChanged方法更新界面，在调用getView方法时在控制台输出语句，这样我就可以知道notifyDatatSetChanged方法执行时是更新一个item还是更新所有的item了。 有了思路就好办了，我们先建立一个类，叫FileState。 public class FileState { String fileName;//文件名字 int

日常踩坑，现在公司使用的ES还是5.3.3版本，但是canal目前只支持6.X以上版本，canal是这么建议的： canal adapter 的 Elastic Search 版本支持6.x.x以上, 如需其它版本的es可替换依赖重新编译client-adapter.elasticsearch模块 一般人理解似乎只需要改动依赖版本然后打包就O了，但是启动会报错，后面定位是transportAddress的问题，改动如下： 先将elasticsearch下的pom文件中依赖的elasticsearch相关组件的版本号降至5.X <dependency> <groupId>org.elasticsearch</groupId> <artifactId>elasticsearch</artifactId> <version>5.3.3</version> </dependency> <dependency> <groupId>org.elasticsearch.client</groupId> <artifactId>transport</artifactId> <version>5.3.3</version> </dependency> com.alibaba.otter.canal.client.adapter.es.ESAdapter类中 transportClient

原文来自 http://note.youdao.com/share/web/file.html?id=236896997b6ffbaa8e0d92eacd13abbf&type=note 我怕链接会失效，故转载此篇文章 由于linux目前很热门，越来越多的人在学习linux，但是买一台服务放家里来学习，实在是很浪费。那么如何解决这个问题？虚拟机软件是很好的选择，常用的虚拟机软件有vmware workstations和virtual box等。在使用虚拟机软件的时候，很多初学者都会遇到很多问题，而vmware的网络连接问题是大家遇到最多问题之一。在学习交流群里面，几乎每天都会有同学问到这些问题，写这篇详解也是因为群里童鞋网络出故障，然后在帮他解决的过程中，对自己的理解也做一个总结。接下来，我们就一起来探讨一下关于vmware workstations网络连接的三种模式。 vmware为我们提供了三种网络工作模式，它们分别是： Bridged（桥接模式） 、 NAT（网络地址转换模式） 、 Host-Only（仅主机模式） 。 打开vmware虚拟机，我们可以在选项栏的“编辑”下的“虚拟网络编辑器”中看到VMnet0（桥接模式）、VMnet1（仅主机模式）、VMnet8（NAT模式），那么这些都是有什么作用呢？其实，我们现在看到的VMnet0表示的是用于桥接模式下的虚拟交换机

I've an activity(A) that has a Button and when the user press it, it will add an Object to static List . I've another activity(B) that has a ListView to show the content of the static list. In the activity(B) I want to use the attribute of an object that is stored in that static list in the specific row. How can I do that? My code is shown below: //Activity (A): Send.setOnClickListener(new View.OnClickListener() { public void onClick(View v) { ... // Add to mycaseList All_Static.MyCaseList.add(case1); ... }}); //============================================================================== /

本次作业，我选择的模式为适配器模式。生活中有许多这样的例子，比如type c接口的数据线无法为micro sub接口的手机充电，中间需要加上一个转换口，说英语的人无法与说中文的人交流，这就需要一个翻译。在软件设计中也可能出现：需要开发的具有某种业务功能的组件在现有的组件库中已经存在，但它们与当前系统的接口规范不兼容，如果重新开发这些组件成本又很高，这时用适配器模式能很好地解决这些问题。 适配器模式的定义与特点 适配器模式（Adapter） 的定义如下：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。 适配器模式分为类结构型模式和对象结构型模式两种，前者类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。 该模式的主要优点如下： 客户端通过适配器可以透明地调用目标接口。 复用了现存的类，程序员不需要修改原有代码而重用现有的适配者类。 将目标类和适配者类解耦，解决了目标类和适配者类接口不一致的问题。 缺点就是对于类适配器来说，适配器的更换是一件非常麻烦的事情。 适配器模式的结构 适配器模式（Adapter）包含以下主要角色。 目标（Target）接口：当前系统业务所期待的接口，它可以是抽象类或接口。 适配者（Adaptee）类：它是被访问和适配的现存组件库中的组件接口。 适配器（Adapter