自定义view

在做项目的时候，常常需要对数据进行保存，Android为我们提供了五种数据存储的方法，分别是： 使用SharedPreferences存储数据 文件存储数据 SQLite数据库存储数据 使用ContentProvider存储数据 网络存储数据 在开发的过程中，我们可以根据需要，选择合适的存储方式，下面对前三种方式进行详细的介绍。 一、使用SharedPreferences存储数据 　　SharedPreference类提供了一个总体框架，使您可以保存和检索的任何基本数据类型（ boolean, float, int, long, string）的持久键-值对（基于XML文件存储的“key-value”键值对数据）。通常用来存储程序的一些配置信息。其存储在“data/data/程序包名/shared_prefs目录下。 1、我们可以通过以下两种方法获取SharedPreferences对象（通过Context） ： 　getSharedPreferences (String name, int mode) 　->当我们有多个SharedPreferences的时候，根据第一个参数name获得相应的SharedPreferences对象。 　getPreferences (int mode) 　->如果你的Activity中只需要一个SharedPreferences的时候使用。

　　在上一篇文章《 安卓开发笔记——打造属于自己的博客园APP（二） 》中，我们基本上实现了主界面的搭建，网络框架的搭建，各博客列表页面的展示包括更新效果，对图片做了三级缓存处理（后面会把文章，新闻做成离线闪存，实现无网络也能照常浏览）。 　　今天来讲讲博客详情页和评论页面的实现，国际惯例，先上效果图：（动态图片比较大，加载需要点时间） 　 　　这里说下，关于上篇文章XML的解析，我后来查了下确实有一些方便解析的工具，例如：FastXML，Xstram等且效率更高，这里是在它的官方找到的一张数据图： 文章里我就还是先采用原生的pull解析了，等重构代码时候再换上工具类吧，先把项目做完。　 　　好了，废话不多说了，直接进入主题: 1、关于RecyclerView的点击事件 　　首先先来说下关于RecyclerView的点击监听事件，在上篇文章提到，RecyclerView是ListView升级版，顾名思义它是为效率而生的，它不关心多余的任何事情，比如Item项的动作监听，Item项的分割线，Item项的添加动画效果，只专注于数据的展示实现，相比ListView它更符合软件设计原则，更加解耦。 　　上面提到它不关心Item项的动作监听，很自然，它没有和ListView控件一样提供类似setOnItemClickListener这种监听方法，需要我们自己来实现，那么很自然的

Google Developing for Android 三 － Performance最佳实践 发表于 2015-06-07 | 分类于 Android最佳实践 原文 Developing for Android, III:The Rules: Performance 在Android中，性能和内存的关系很密切，因为系统的整体内存大小会影响所有进程的性能，因为垃圾回收器会对运行期间的性能产生很大的影响。下面的重点是运行期间的性能问题而不是内存。 避免在动画和交互期间繁重的操作 正如在第一篇文章中提到过的，在UI Thread做繁重的操作会影响到渲染的处理。同样会导致动画的问题，因为它依赖于每一帧的渲染。这就意味着在动画期间避免在UI进行繁重的操作就更加重要。以下是一些可以避免的常见情况： Layout Measurement 和 layout是比较繁重的操作，view的层级越复杂，操作就会越繁重。Measurement和layout是在UI Thred发发生的。因此当系统需要运行一个动画的时候紧接着还需进行layout，而它们都是在同一个线程，因此动画的流畅度可能就会受到影响。 假设你的动画在13ms内就可以完成所有的渲染，在16帧率之内。然后某一请求导致了layout，花费了5ms的时间。该layout在下一帧绘制前会发生，那么总的绘制时间就会达到18ms

MVC 模型：Mode，View，Controller与view相关的类：DragLayer （自定义的帧布局DragLayer 包含hotseat ，workspace ，和DragController , DragListener 等一起使得桌面上的shortcut具备拖动功能，和DropTarget一起具备删除功能 桌面拖动，删除的处理：将workspace 和DragLayer通过一些接口：DropTarget, DragSource, DragScroller配套完成，DragLayer 和DragController 操纵以上接口类，在workspace 去实现具体）àworkspace(自定义的类似pageview，自己可以snapToPage，即可在不同的cellLayout之间切换，同时实现拖动，触摸等接口，做具体的动作)à cellLayout(默认一个workspace 包含两个cellLayout，可以增加，删除 )à ShortcutAndWidgetContainer(在cellLayout 中，真正是它来确定桌面上的Shortcut 的位置，大小等)à （ShortcutInfo，FolderInfo） 与Mode 相关的类：LauncherProvider 提供和数据库直接操作相关的接口，LauncherModel 非UI线程（后台线程

当创建一个asp.net mvc 1.0的项目后,在web工程中都会出现Views文件夹,这里面就是我们存放View Page或者是partial view的地方。而且系统对于Controller的名称以及Views文件夹下面的子文件夹名称均有一定的约束。 例如，有一个名称为GuestBookController的Controller,这时我们创建View Page时，就需要在Views下面创建一个GuestBook的子文件夹，不能随便命名。然后把View page或者是partial view放进来，或者把文件放在Shared文件夹中也行,如果把view page放在web工程根目录下面，系统会找不到对应的view。 本文解决问题： 针对上面的局限性，我们能不能打破呢？即可以实现如下功能： 第一：view page可以放在views之外的文件夹中。 第二：view page的名称和Controller的名称取消名称上的约束，例如：view page名称是ViewContentPage1.aspx,而对应的Controller名称是testController.cs。 实现原理： asp.net mvc之所以能根据用户请求找到对应的view page，主要是路由。这其中有一个重要的类WebFormViewEngine,它负责发现我们创建的view page或者是partial

一、基本步骤 自定义属性； 重写onMeasure()方法； 重写onDraw()方法； 重写onLayout()方法； 选择和设置构造方法； 重写其他事件的方法（滑动监听等） 二、常用到的View方法 View方法 实现一个自定义视图，通常要提供框架在所有视图上都会调用的标准方法的重写，这些标准方法有： 分类 方法 描述 创建 构造器 有一种构造器形式是当视图是从代码创建时调用的；还有另一种构造器形式是当视图是通过布局文件来创建时调用的。第二种形式要解析和应用定义在布局文件中的属性。 创建 onFinishInflate() 当一个视图及其所有孩子都从XML文件创建完成时调用。可以做些初始化子控件的操作 布局 onMeasure(int, int) 调用这个方法决定视图及其所有孩子的大小要求，当覆盖这个方法时，我们应该调用setMeasuredDimension(int,int)存储测量好的视图的宽度和高度。如果这个方法被重写，那么这个子类要确保测量的高度和宽度至少是视图的最小高度和宽度。 布局 onLayout(boolean, int, int, int, int) 当这个视图要给它的孩子分配大小和位置时调用 布局 onSizeChanged(int, int, int, int) 当视图的大小发生改变时调用 绘图 onDraw(android.graphics.Canvas

文章目录 要走好明天的路，必须记住昨天走过的路，思索今天正在走着的路。 ListView，一种在垂直滚动列表中显示条目的视图；RecyclerView，一种在局限的窗口呈现大数据集合的灵活视图。RecyclerView 部件是 ListView 的一种更高级且更灵活的版本。 以上描述来自官网。 移动设备屏幕空间有限，导致在屏幕上一次性显示的内容也是有限的。当需要显示大量的数据时，设想有这样的控件，可以帮助用户只通过手指上下滑动，就可以让屏幕外的数据滚动到屏幕内，同时，屏幕上原有的数据会滚动出屏幕。如此，便可以优雅地解决在局限的屏幕上显示大量数据的问题。ListView 和 RecyclerView 便适用于此。 不过，自 Android 5.0 推出以来，RecyclerView 在很多地方都在逐步取代 ListView，这也是官方推崇的。“江山代有才人出，各领风骚数百年”。如今，已要来到 Android 7.0 的时代，RecyclerView 的使用也很普遍了，或许，ListView 正逐步从 Android 的大舞台退出，RecyclerView 即将独领风骚。 下面浅析从 ListView 到 RecyclerView 的用法。 ListView 的用法 ListViewDemo 地址: ListViewDemo ，学习总结自 郭霖 的《第一行代码》。 新建一个

2015年伊始，Google发布了关于 Android性能优化典范的专题 ，一共16个短视频，每个3-5分钟，帮助开发者创建更快更优秀的Android App。课程专题不仅仅介绍了Android系统中有关性能问题的底层工作原理，同时也介绍了如何通过工具来找出性能问题以及提升性能的建议。主要从三个方面展开，Android的渲染机制，内存与GC，电量优化。下面是对这些问题和建议的总结梳理。 0)Render Performance 大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能。从设计师的角度，他们希望App能够有更多的动画，图片等时尚元素来实现流畅的用户体验。但是Android系统很有可能无法及时完成那些复杂的界面渲染操作。Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染，如果每次渲染都成功，这样就能够达到流畅的画面所需要的60fps，为了能够实现60fps，这意味着程序的大多数操作都必须在16ms内完成。 如果你的某个操作花费时间是24ms，系统在得到VSYNC信号的时候就无法进行正常渲染，这样就发生了丢帧现象。那么用户在32ms内看到的会是同一帧画面。 用户容易在UI执行动画或者滑动ListView的时候感知到卡顿不流畅，是因为这里的操作相对复杂，容易发生丢帧的现象，从而感觉卡顿。有很多原因可以导致丢帧，也许是因为你的layout太过复杂

http://www.cnblogs.com/xitang/p/4239818.html 0)Render Performance 大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能。从设计师的角度，他们希望App能够有更多的动画，图片等时尚元素来实现流畅的用户体验。但是Android系统很有可能无法及时完成那些复杂的界面渲染操作。Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染，如果每次渲染都成功，这样就能够达到流畅的画面所需要的60fps，为了能够实现60fps，这意味着程序的大多数操作都必须在16ms内完成。 如果你的某个操作花费时间是24ms，系统在得到VSYNC信号的时候就无法进行正常渲染，这样就发生了丢帧现象。那么用户在32ms内看到的会是同一帧画面。 用户容易在UI执行动画或者滑动ListView的时候感知到卡顿不流畅，是因为这里的操作相对复杂，容易发生丢帧的现象，从而感觉卡顿。有很多原因可以导致丢帧，也许是因为你的layout太过复杂，无法在16ms内完成渲染，有可能是因为你的UI上有层叠太多的绘制单元，还有可能是因为动画执行的次数过多。这些都会导致CPU或者GPU负载过重。 我们可以通过一些工具来定位问题，比如可以使用HierarchyViewer来查找Activity中的布局是否过于复杂，也可以使用手机设置里面的开发者选项

2015年伊始，Google发布了关于 Android性能优化典范的专题 ， 一共16个短视频，每个3-5分钟，帮助开发者创建更快更优秀的Android App。课程专题不仅仅介绍了Android系统中有关性能问题的底层工作原理，同时也介绍了如何通过工具来找出性能问题以及提升性能的建议。主要从三个 方面展开，Android的渲染机制，内存与GC，电量优化。下面是对这些问题和建议的总结梳理。 0)Render Performance 大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能。从设计师的角度，他们希望App能够有更多的动画，图片等时尚元素来实现流畅的用 户体验。但是Android系统很有可能无法及时完成那些复杂的界面渲染操作。Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染， 如果每次渲染都成功，这样就能够达到流畅的画面所需要的60fps，为了能够实现60fps，这意味着程序的大多数操作都必须在16ms内完成。 如果你的某个操作花费时间是24ms，系统在得到VSYNC信号的时候就无法进行正常渲染，这样就发生了丢帧现象。那么用户在32ms内看到的会是同一帧画面。 用户容易在UI执行动画或者滑动ListView的时候感知到卡顿不流畅，是因为这里的操作相对复杂，容易发生丢帧的现象，从而感觉卡顿。有很多原 因可以导致丢帧