一、关于llistView.
1.当书写自己的适配器时,都是extends基础的适配器
(1)按下Alt+insert可以出现接口函数菜单,选择实现的方法。
(2)control+i可以直接出现接口必须实现的函数。
2.android:layout_gravity("center_vertical")居中
3.android:layout_margin("xdp");外边距,之前我是用padding 来着
4.选中一行或几行代码,按“Ctrl + /”可以通过给每行前面添加“//”的方式注释代码。
再次按“Ctrl + /”可以取消注释。(百度百科)
5.当使用到listView的时候,每个条目都要有数据进行显示,而数据适配的功能就是让那些数据以用户能够接受的方式显示出来。
最基本的数据适配器是BaseAdapter,是一个抽象类,其中有几个基本的接口函数是
(1)getCount:获取数据条目的数量
(2)getItem(int position)根据positon索引,得到某个item
(3)getItemId(int pos)根据pos的索引,得到某个item的Id
(4)getView:得到相应pos对应的的item视图。
6.下拉列表控件spinner
(1).entries:直接在xml中绑定资源文件(在value.string 中设置下拉列表文件中的资源信息, 如:博士、硕士、本科、专科)
(2)直接在activity中绑定资源文件
7.游标适配器CursorAdapter:用于数据库
android中activity.this跟getApplicationContext的区别
(1)对于getApplicationContext,我们可以假定它是一个父类,它属于整个应用程序共有,Activity.this可以假定为其的一个子类,该子类包含了一些特定的引用。所以,一般可以用getApplicationContext的地方都可以用特定的Activity.this代替。
(2)在生命周期上,通过getApplicationContext得到的上下文对象们只要当前的应用程序还存在,那么该对象就会一直存在,对于Activity.this上下文来说,只要当前的activity执行了onDestory方法,这个上下文对象就会一起被系统收回。
(3)在应用场景上,如果我们通过一个上下文对象来执行某个动作,且希望一直处于活跃状态,那么应该用getApplicationContext来获取上下文,如数据库的操作。此时,如果采用Activity.this,那么当前Activity调用onDestory方法时,数据库就会关闭,应用程序会产生错误。
--来自https://www.cnblogs.com/SZ2015/p/6884039.html