Android 目前最稳定和高效的UI适配方案

合集下载

g e n e r o u s 推荐算法

Github Android流行框架Top100GitHub Android Libraries Top 100 简介感谢 @GitHubDaily 与 @Android 开发日常的大力支持, 以及@stormzhang 的指点若有任何疑问可通过邮件或微博联系我项目名称项目简介react-native这个是 Facebook 在 React.js Conf 2015 大会上推出的基于JavaScript 的开源框架 React Native, 该框架结合了 Web 应用和Native 应用的优势, 可以使用JavaScript 来开发iOS 和Android 原生应用2.Android-Universal-Image-LoaderImageLoader 是最早开源的 Android 图片缓存库, 强大的缓存机制, 早期被广泛 Android 应用使用, 至今仍然有很多 Android 开发者在使用RxJava 是一个在 Java VM 上使用可观测的序列来组成异步的, 基于事件的程序的库, 简单来说它就是一个实现异步操作的库, RxJava 的优点在于一个词“简洁”, 使用它就算你程序逻辑有多么复杂, 它依然能够保持简洁易懂retrofitRetrofit 是Square 公司出品的HTTP 请求库, 同时是Square 是最早开源项目之一, Retrofit 是目前 Android 最流行的Http Client 库之一, 目前版本是 Retrofit2.0 Beta4, 越来越多Android 开发者开始使用这个请求库了OkHttp 是 Square 公司出品的 HTTP 另一个请求库, Google 不推荐人们使用 HttpClient, 可是 HttpURLConnection 实在是太难用了, 因此很多人使用了OkHttp 来解决这问题, 据说Android4.4 的源码中可以看到 HttpURLConnection 已经替换成OkHttp 实现呢SlidingMenu(不建议使用)一个侧滑菜单开源库, 在 Google 自己原生态的侧滑菜单NavigationDrawer 没有出现之前, 这个库就已经被广泛使用, 可是到现在这个库已经被放弃了Picasso 是 Square 公司出品的一款图片缓存库, 主导者是JakeWharton 大神android-best-practicesAndroid 开发最佳实践, 里面所介绍的经验都是来自于Futurice 公司 Android 开发者, 介绍内容有 Android 开发规范, 架构, 布局技巧, 以及使用一些有助于快速开发相关工具等等, 非常适合新手去学习EventBusEventBus 是Android 事件管理总线, 使用它可以替带Android BroadCast, BroadCastReceiver, Handler 在 Activity, Fragment, Service, 线程之间传递消息, 大大简化了事件传递逻辑 Fresco 是 FaceBook 公司出品的一款图片缓存库, Fresco 是一个强大的图片加载组件, 支持加载 Gif 图和 WebP 格式, 支持Android2.3(API level 9) 及其以上系统, Fresco 中设计了 Image pipeline 和 Drawees 两个模块各施其职, 使得图片完美加载出来, 想知道更多 image pipeline 和 Drawees 有关于它的特性, 可以到它官方平台看介绍ZXing 是二维码领域中名气最大的开源项目, 它提供了多个平台的二维码-条形码扫描解决方案, 拥有扫描快, 识别率高, 使用简单等特点leakcanaryLeakCanary 是 Square 公司出的一款检测内存泄露工具, 该工具能帮助你在开发阶段方便的检测出内存泄露的问题, 使用起来非常简单方便butterknife由 JakeWharton 大神开发出来的, ButterKnife 是 View 注入框架, 使用它为了简写很多 findViewById 代码, 同时还支持 View 的一些事件处理函数MPAndroidChartMPAndroidChart 是一款强大的 Android 图表库, 支持各种各样图表显示, 能想到的图表样式这里几乎都有, 图表还支持选择,拖放和缩放动画效果ActionBarSherlock (不建议使用)androidannotationsAndroidAnnotations 是一个能够让你快速进行 Android 开发的开源框架, 它能让你专注于真正重要的地方, 使代码更加精简, 使项目更加容易维护, 它的目标就是“Fast Android Development.Easy maintainanc e”ViewPagerIndicator由 JakeWharton 大神开发出来的一个 ViewPager 指示器, 使用起来简单方便, 可高度定制, 开发出各种各样动画效果 Glide 是 Google 员工的开源项目, 广泛应用于 Google 一些App 上, 在2014年 Google I-O 大会上被推荐使用, Glide 和Picasso 被人拿来比较研究过, Glide 与 Picasso 有 90% 的相似度, 但在一些细节上还是有点区别的, 各有各优缺点看君选择HomeMirror开发者是由一名程序媛 Hannah Mittelstaedt , HomeMirror 是一款 Android 镜子应用, 目前它能实现日期, 时间, 天气, 生日信息, 事件提醒器, 骑车天气的推荐, 股票信息, XKCD 漫画网站的新帖等等Android-PullToRefresh(不建议使用)一个强大的拉动刷新开源项目, 支持各种控件下拉刷新, ListView, ViewPager, WebView, ExpandableListView, GridView,ScrollView, Horizontal ScrollView, Fragment 上下左右拉动刷新, 不过现在这个项目已经停止维护更新了, 推荐使用Android-Ultra-Pull-To-RefreshMaterialDesignLibrary这个库控件都是遵循了 Google Material Design 设计规范开发出来, 例如有: Flat Button, Rectangle Button, CheckBox, Switch, Progress bar circular indeterminate 等等PhotoViewPhotoView 是 ImageView 的子类, 支持所有 ImageView 的源生行为, 例如: 支持 Pinch 手势自由缩放, 支持双击放大-还原, 支持平滑滚动等等, 并且非常方便的与 ImageLoader-Picasso 之类的网络图片读取库集成使用, 还方便的与 ViewPager 等同样支持滑动手势的控件集成RxAndroid由 JakeWharton 大神主导开发的项目, RxAndroid 是 RxJava 的一个针对 Android 平台的扩展, 主要用于 Android 开发material-dialogsMaterial Dialogs 是一个可高度定制易用, 符合 Material Design 风格的 Dialogs, 兼容 Android API8 以上版本, 个人使用感觉它完全可替代 Android 原生那个, 比原生那个更加简单易用26.Android-ObservableScrollViewObservableScrollView 是一款用于在滚动视图中观测滚动事件的 Android 库, 它能够轻而易举地与 Android 5.0 Lollipop 引进的工具栏(Toolbar) 进行交互, 还可以帮助开发者实现拥有Material Design 应用视觉体验的界面外观, 支持ListView, ScrollView, WebView, RecyclerView, GridView组件Android-BootstrapAndroid 版的Bootstrap, 利用这个库能够实现很多Bootstrap 样式风格, 之前有学过 Html 的人就知道 Bootstrap 是什么玩意啦AndroidSwipeLayout开发者是代码家, AndroidSwipeLayout 是一个支持ListView, GridView, ViewGroup等等左右上下滑动出操作菜单, 类似 qq 消息列表向左滑动显示出多某条信息的操作菜单Dagger 是 Square 公司出品的一个针对 Android 和 Java 的快速依赖注入器, 能够有效减少你敲代码量ListViewAnimations一个轻轻松松给 Android ListView 添加动画效果的库, 支持的动画有: Alpha, SwingRightIn, SwingLeftIn, SwingBottomIn, SwingRightIn and ScaleIn等等, 使用它能很容易就实现帅爆的效果PagerSlidingTabStrip(不建议使用)PagerSlidingTabStrip 是一个给 Android ViewPager添加上ViewPager 滑动指示器, 从 GitHub 上面看, 这个库似乎没有人在维护了, 因此不建议使用, 可使用 SmartTabLayout 来代替AndroidViewAnimations开发者是代码家, 这个库实现很多很酷炫的 Android 动画, 动画效果是借鉴 Animate.css 来实现的, 非常酷, 而且这个使用起来也是非常简单AndroidSlidingUpPanelAndroidSlidingUpPanel 是一个上拉面板, 就是向上滑动的时候往上飞出一个显示面板控件, 该库效果在 Google Music, Google Maps and Rdio等 App 应用到MaterialDrawerMaterialDrawer 是一个类似 Google 官方 NavigationView 侧滑显示控件, 个人认为 NavigationView 并没有 MaterialDrawer 实用, 因为 NavigationView 自由度不是很好, 很多都写死了不可以自由定义布局, 而 MaterialDrawer 能够实现跟 NavigationView 一样的效果, 同时还支持自定义效果, 自由度非常高Material-AnimationsMaterial-Animations 是一个很好过渡动画库, 可以应用于Activity 与 Activity 之间的跳转, Fragment 与 Fragment 之间的跳转, 以及各个 View 变化前后的过渡动画MaterialViewPager一个简单易用 Material Design 风格的 ViewPager 库fastjsonFastjson 是一个 Java 语言编写的高性能功能完善的 JSON 库. 它采用一种“假定有序快速匹配”的算法, 把 JSON Parse的性能提升到极致, 是目前Java语言中最快的JSON库. Fastjson接口简单易用, 已经被广泛使用在缓存序列化, 协议交互, Web输出, Android 客户端等多种应用场景cardslib (不建议使用)Cardslib 是早期由 Gabriele Mariotti 开发的一个为开发者方便实现各种 Card UI 的 Android 开源代码库, 后来 Google 官方提供自己封装了 CardView 在 v7 包下, 使用 Google 官方的可以完全替代了这个库, 因此这个也被弃用了Android-Ultra-Pull-To-Refresh开发者是廖祜秋, 这个是一个非常强大的下拉刷新库, 继承ViewGroup 可以包含任何 View, 功能甚至比 SwipeRefreshLayout 强大, 使用起来也非常容易, 还可以自由定制自己的 UI 样式greenDAOgreenDAO 是一个可以帮助 Android 开发者快速将 Java 对象映射到 SQLite 数据库的表单中的 ORM解决方案, 通过使用一个简单的面向对象 API, 开发者可以对 Java 对象进行存储, 更新, 删除和查询, greenDAO 相对 OrmLite, AndrORM 这两个 ORM 开源库, 性能是最高的AndroidStaggeredGridAndroidStaggeredGrid 是一个支持多列并且每一行的 item 大小不一, 交错排列的 GridView, 就是实现瀑布流样式效果, 目前该库已经被弃用了, 开发者建议我们使用Google 官方控件RecyleView 中的 StaggeredGridLayoutManager 布局来实现瀑布流效果Otto 是 Square 公司出的一个事件库 (pub-sub 模式), 用来简化应用程序组件之间的通讯, otto 修改自 Google 的 Guava 库, 专门为 Android 平台进行了优化, 与上面介绍的 EventBus 相比, 两个库各有各的优点, 完全取决于我们自己项目的需求来选择它们哪一个xUtils 是一个快速开发框架, 里面包含 DbUtils, ViewUtils, HttpUtils, BitmapUtils 四大模块, 可用于快速开发, 支持大文件上传, 拥有更加灵活的 ORM, 最低兼容 Android 2.2realm-javaRealm 一个轻量的 Android 版本的数据存储库, 比 Android 原生系统的 SQLite 更加简洁快速对数据进行操作47.Android-CleanArchitectureCleanArchitecture 是一个非常典型使用 MVP 架构的项目, 大家如果还没有理解 MVP 架构的可以看看这个项目StickyListHeadersStickyListHeaders 是一个实现能够固定在屏幕顶部的ListView Section Header库, 就是当前 section 的 header 固定在屏幕顶部, 当滑动到其他 section 时, 其他 section 的 header会代替之前的section 的header, 固定到屏幕顶部, 类似于Android4.0 的手机通讯录的效果AppIntroAppIntro 是一个让人轻松快速搭建漂亮酷炫的引导页库ActiveAndroidActiveAndroid 是采用Rails中的 Active Record架构模式设计的适用于 Android 平台的轻量级 ORM 架构, 几乎可以不用写任何 SQL 代码实现快速开发android-volleyVolley 是谷歌官方开发团队在 2013 年 Google I-O 大会推出的一个新的网络通信框架, 这个框架把AsyncHttpClient 和Universal-Image-Loader 的优点集于了一身,既可以像AsyncHttpClient 一样非常简单地进行HTTP 通信,也可以像Universal-Image-Loader 一样轻松加载网络上的图片, 这个库并不是官方的, 只是托管同步在 Maven, 官方只提供的 Jar 包twoway-viewTwoWayView 是简化 RecyclerView 开发的一个库, 可以在其Base LayoutManager 基础上构建各种各样的布局, 该库内置了几个常用布局 List, Grid, Staggered Grid,Spannable Grid ShowcaseViewShowcaseView 是一个非常适合用于对用户进行第一次使用进行指导的库,使用起来非常简单还可以自定义样式CalligraphyCalligraphy 是一个用来简化 Android 应用使用自定义字体的类库, 该类库会自动查找应用中的 TextView 并设置其使用的字体NineOldAndroidsNineOldAndroids 由 JakeWharton 大神开发的一个向下兼容的动画库, 主要是使低于API 11的系统也能够使用 View 的属性动画, 不过现在 JakeWharton 大神已经不推荐使用该库, 而是推荐我们使用官方封装在 Support 库里面的动画android-floating-action-buttonFloatingActionButton 是一个悬浮操作按钮, 官方在 Support Design 包下也有封装一个类似这个库效果的FloatingActionButton, 值得说明的是这个库是早在官方封装之前就存在的, 个人感觉这个库比官方那个更加好用CircleImageViewCircleImageView 是一个轻松帮你实现圆形效果 ImageView 图片库, CircleImageView 是基于 ImageView 扩展出来, 因此它拥有ImageView 控件所有属性, 简单易用值得你使用的库materialMaterial 是将 Material Design 风格控件封装在该库当中, 目前封装有Progress, Button, Switch, Slider, Spinner, Text Field, TabPageIndicator, SnackBar, Dialog, BottomSheetDialog, Dynamic themeActionBar-PullToRefreshActionBar-PullToRefresh 是一个下拉刷新, 下拉刷新时在ActionBar 出现加载中提示的库FloatingActionButton又一个悬浮操作按钮库, 该库添加支持监听滑滚动事件, 当向下滑时按钮隐藏, 向上滑时按钮显示, 还有动画效果, 支持监听ListView, ScrollView, RecylerViewAndroidAsyncRebound 是 Facebook 推出的一个弹性动画库, 可以让动画看起来真实自然, 像真实世界的物理运动, 带有力的效果, 使用的参数则是 Facebook 的 origami 中使用的android-commonandroid-common-lib 是 Trinea 大神收集的一些开发通用的缓存, 公共 View 以及一些常用工具类RippleEffectRippleEffect 是一个实现在Android 任何组件点击出现Material Design 的波纹效果, 向下兼容到 Android API9 SmoothProgressBarSmoothProgressBar 是一个帮你的 App 方便实现可定制, 平滑动画的水平滚动进度条库recyclerview-animatorsRecyclerView Animators 是一个对 Recycler 控件的 Item 添加以及删除增加动画效果, 动画效果有Scale, Fade, Flip, Slide 里面各种各样效果circular-progress-button一个带进度显示的 Button, 效果和动画做的都非常赞DroidPluginDroidPlugin 是 360 手机助手在 Android 系统上实现了一种新的插件机制: 它可以在无需安装, 修改的情况下运行APK文件, 此机制对改进大型APP的架构, 实现多团队协作开发具有一定的好处dynamic-load-apkExoPlayerExoPlayer 是Google 开发团队开源出来的一个媒体播放库, 比Android 框架原生的 MediaPlayer 拥有更多优点支持动态的自适应流 HTTP(DASH) 和平滑流, 支持高级的HLS特性, 支持自定义和扩治你的使用场景等等Crouton (不建议使用)Crouton 是一个显示提示信息的显示工具类, 可以用来代替Toast, 默认显示在窗口的顶部, 可以按队列一个接着一个显示, 不过该库已经被弃用, 不推荐使用robospiceRoboSpice 是一个使你建立异步的长时间的运行任务异常轻松的一个网络库，在网络请求，缓存支持，和提供开箱即用的 rest 请求方面尤为强大Hugo 是 JakeWharton 大神推出的一个用于打印 Log, hugo 是基于注解被调用的, 引入相关依赖后, 在方法上加上 @DebugLog 即可输出 Log, 使用非常简单AsyncHttpClient 是又一款 Android 异步请求库, 该库支持WebSocket 协议, 使用起来也比较简单易用UltimateRecyclerViewUltimateRecyclerView 是一个功能强大的RecyclerView(advanced and flexible version of ListView), 包括了下拉刷新, 加载更多, 多种动画, 空数据提示, 拖动排序, 视差处理, 工具栏渐变, 滑动删除, 自定义floating button, 多种刷新效果, scrollbar, sticky header, 多 layout 支持等等元素, 而且使用起来跟 RecyclerView 一样的方便MaterialEditTextMaterialEditText 是就职于 Flipboard 的员工扔物线开发的, 在AppCompat v21 中也提供了Material Design 的控件EditText, 可是由于比较难用, 没有提供设置颜色的 Api, 于是就产生这个第三方库Side-Menu.AndroidSide Menu 是 Yalantis 组织开源出来, 该组织因开源出一些动画很棒的开源库为大家所熟知该库是其中一个, 该库是提供翻页动画效果的侧边菜单, 动画体验超赞的drag-sort-listviewandroid-times-squareTimesSquare 是 Square 公司出品的一款显示日历选择日期的控件, 可以让用户选择多个日期GreenDroid(不建议使用)GreenDroid 是一个封装好的 Android UI 界面库, 不过该库已经被弃用了, 不建议使用Logger 是一个简单, 漂亮, 强大 Android 打印日志库Acra 是一个能够让 Android 应用自动将崩溃报告以谷歌文档电子表的形式进行发送的库, 旨在当应用发生崩溃或出现错误行为时, 开发者可以获取到相关数据FadingActionBarFadingActionBar 是一个支持 ListView, ScrollView, WebView 向下滚动时逐渐显示 ActionBar 库AndroidImageSliderAndroidImageSlider 库开发者是代码家, 该库是为 Banner 图片滑动提供多种动画效果, 还可以轻易为 Banner 加载网络图片SystemBarTintSystemBarTint 是一个实现沉浸式状态栏库, 适用于 Android 系统 4.4 其以上的版本android-menudrawerMenuDrawer 是一款滑出式菜单库, 通过拖动屏幕边缘滑出菜单,支持屏幕上下左右划出, 支持当前View 处于上下层, 支持Windows 边缘, ListView 边缘, ViewPager 变化划出菜单等RoundedImageViewRoundedImageView 一个快速支持图片圆角显示效果的库, 该库特点是能快速加载, 为了提高加载速度, 该库不用创建原始位图的副本, 不使用 clipPath, 不使用 setXfermode 裁剪的位图等方式来实现 ImageView 圆角, 使用也非常简单android-pulltorefresh(不建议使用)另一个下拉刷新库, 但是该库已经停止维护, 因此不建议使用, 推荐使用 Android-Ultra-Pull-To-RefreshBolts-AndroidBolts 是一款底层类库集合, 在后台实现异步操作, 并提供接口反馈当前异步执行的程度 (可以通过接口实现UI进度更新), 最后反馈执行的结果给UI主线程, 与AsyncTask比较: (1)使用的是无大小限制的线程池; (2)任务可组合可级联,防止了代码耦合NumberProgressBarNumberProgressBar 开发者是代码家, 这是一个带简约性感数字显示的进度条库, 使用非常简单方便SwipeBackLayoutSwipeBackLayout 是一个支持屏幕上下左右滑动返回上层Activity, 关闭当前 Activity, 类似简书 Appandroid-gif-drawable一个支持 gif 显示的 view, 用 jni 实现的, 编译生成 so 库后直接 xml 定义 view 即可, 简单易用VitamioBundleVitamio 是一款 Android 与 iOS 平台上的全能多媒体开发框架, 特点：(1) 全面支持硬件解码与 GPU 渲染, (2) 能够流畅播放720P 甚至 1080P 高清 MKV, FLV, MP4, MOV, TS, RMVB 等常见格式的视频, (3) 在 Android 与 iOS 上跨平台支持 MMS, RTSP, RTMP, HLS(m3u8)等常见的多种视频流媒体协议, 包括点播与直播SmartTabLayoutSmartTabLayout 是一个自定义的Tab title strip, 基于Google Samples 中的android-SlidingTabBasic 项目, 滑动时Indicator 可平滑过渡uCrop 是Yalantis 组织开源的图片裁剪库, 支持缩放, 旋转图片, 支持各种比例的裁剪框, 非常强大的一个图片裁剪库android-crop又一个图片裁剪库, 向下兼容到 Api 10, 个人感觉这个库并没有比上面介绍的 uCrop 强大HoloEveryWhereHoloEveryWhere 是一套 Android 开发库, 提供了全套 Holo Style 控件, 它的外观与功能和标准 Holo Style 控件基本相同, 唯一不同的是它可以运行在低于 4.0 版本的 Android 系统上AVLoadingIndicatorViewAVLoadingIndicatorView 库含有各种各样漂亮的加载动画效果, 使用起来也非常简单, 和平时使用 ProgressBar 一样sweet-alert-dialogSquare 公司占有 7 席项目名称RetrofitLeakCanaryTimesSquareFaceBook 公司占有 4 席项目名称React NativeJakeWharton 大神占有 5 席项目名称Butter KnifeActionBarSherlockViewPagerIndicatorNineOldAndroids代码家大神占有 4 席项目名称AndroidSwipeLayoutAndroidViewAnimationsAndroidImageSlideNumberProgressBar感谢所有为开源而辛辛苦苦付出努力的人, 相信有你们 Android 会发展的更加美好, 让我们一起为他们辛辛苦苦付出的努力鼓掌吧!使用默认参数，点击ok，回到主窗口。

安卓ui规范

安卓ui规范安卓UI规范旨在为开发者提供一套统一且一致的设计规范，确保用户在不同应用中能够获得相似的界面和交互体验。

本文将介绍一些常见的安卓UI规范，包括布局、颜色、字体、图标、按钮等。

一、布局规范：1. 使用LinearLayout、RelativeLayout或ConstraintLayout等布局管理器，确保界面能够适应不同屏幕尺寸和方向。

2. 使用间距和对齐等属性来调整视图之间的间隔和位置，使布局更加整齐和统一。

二、颜色规范：1. 使用Material Design中的颜色，确保界面与其他应用一致。

2. 避免使用过多的颜色，保持简洁和一致性。

3. 使用透明度来突出重要或活动状态的元素，而不是改变颜色本身。

三、字体规范：1. 使用Roboto字体作为默认字体，确保文字的清晰和可读性。

2. 使用不同的字体大小和样式来区分标题、正文和按钮等不同类型的文字。

3. 避免使用过大或过小的字体，保持合适的尺寸。

四、图标规范：1. 使用矢量图标，以适应不同屏幕密度和分辨率。

2. 使用Material Design中的图标，以确保与其他应用保持一致。

3. 避免使用过多或过大的图标，保持简洁和可读性。

五、按钮规范：1. 使用标准尺寸的按钮，以便用户轻松点击。

2. 使用合适的颜色和字体来突出按钮，以增加点击的可视性。

3. 使用Ripple效果来提供点击反馈，以增加用户的操作信心。

六、导航规范：1. 使用底部导航栏或侧滑菜单来提供主要导航功能，确保用户能够轻松访问不同的界面。

2. 使用导航图标或标签来区分不同的导航选项，以增加用户的可识性。

3. 避免过多的导航选项，以保持界面的简洁和清晰。

七、交互规范：1. 使用动画和过渡效果来提高用户界面的可见性和可理解性。

2. 使用Toast、Snackbar等提示工具来向用户提供操作结果和反馈。

3. 避免过多的弹窗和询问，以减少用户的操作疲劳。

总结：通过遵循安卓UI规范，开发者可以创建出一致和易用的应用界面，提高用户的满意度和体验。

移动应用开发技术中的布局适配技巧

移动应用开发技术中的布局适配技巧随着移动互联网的快速发展，移动应用的开发变得越来越重要。

同时，随着不同尺寸和分辨率的移动设备的广泛使用，开发人员面临着一个关键的挑战：如何在不同的设备上实现良好的布局适配。

本文将探讨一些在移动应用开发中常用的布局适配技巧，帮助开发人员解决这一挑战。

一、响应式布局响应式布局是一种以适应设备屏幕尺寸和分辨率为基础的布局方法。

它能够根据设备的特性和用户的行为自动调整页面的大小和布局。

在移动应用开发中，采用响应式布局可以使应用在不同的设备上呈现出一致的用户体验。

二、相对布局相对布局是指元素相对于其他元素的定位。

在移动应用开发中，可以利用相对布局来确保元素的位置和大小在不同设备上的一致性。

通过相对布局，开发人员可以使用比例关系来定义元素的位置和大小，而不是固定的像素值。

这样，无论设备的尺寸和分辨率如何变化，元素的相对位置和大小都能得到保持。

三、密度无关像素密度无关像素（dp）是一种在不同设备上提供一致像素单位的技术。

通过使用dp，开发人员可以确保元素在不同的设备上具有相同的显示效果。

在实际开发中，可以使用dp作为布局元素的尺寸单位，而不是直接使用像素值。

系统会根据设备的密度来自动转换dp为像素值，从而实现在不同设备上的布局适配。

四、栅格布局系统栅格布局系统是一种将页面布局划分为网格的方法。

在移动应用开发中，栅格布局系统可以帮助开发人员在不同设备上创建统一的布局。

通过将页面划分为均匀的网格，可以确保页面元素的位置和大小在不同设备上保持一致。

栅格布局系统还可以提供基于网格的响应式布局，使页面在不同设备上呈现出最佳效果。

五、视图适配器模式视图适配器模式是一种将数据和视图进行解耦的设计模式。

在移动应用开发中，视图适配器模式可以帮助开发人员根据设备的特性和用户的需求来动态选择合适的布局。

通过视图适配器模式，可以根据设备的屏幕尺寸和分辨率来选择合适的布局文件，从而实现在不同设备上的布局适配。

Android测试中的屏幕适配和分辨率测试

Android测试中的屏幕适配和分辨率测试在Android测试中，屏幕适配和分辨率测试是非常重要的一部分。

由于Android系统在不同的设备上存在多种尺寸和分辨率，保证应用在各种屏幕上都能够正常运行是一项关键任务。

一、屏幕适配测试屏幕适配测试主要是确保应用能够在不同尺寸的屏幕上正确显示，并且不会出现布局错乱或字体缩放等问题。

以下是屏幕适配测试的一些注意事项：1. 尺寸适配：应用的布局应该能够根据屏幕尺寸的变化做出相应调整。

例如，在大屏幕上可能需要显示更多的内容，而在小屏幕上则需要做适当的缩放或隐藏部分内容。

2. 布局适配：在不同分辨率的屏幕上，应用的布局应该保持一致。

可以使用相对布局、线性布局等自适应的布局方式，避免使用绝对尺寸。

3. 图片适配：应根据不同的屏幕密度提供相应分辨率的图片资源，避免出现图片过大或过小的情况。

使用矢量图形或者矢量字体也可以在一定程度上解决图片适配的问题。

4. 字体适配：在大屏幕上应该适量增大字体大小，以保证文字的可读性。

同时，要避免使用固定字体尺寸，应使用sp单位来定义字体大小。

二、分辨率测试分辨率测试主要是验证应用在不同分辨率的屏幕上是否能够完整显示，并且不会出现变形、模糊等问题。

以下是分辨率测试的一些要点：1. 分辨率适配：应用的布局和图形界面应该能够根据屏幕分辨率的变化做出相应调整。

例如，可以使用百分比布局或者使用dp单位来定义布局元素的尺寸。

2. 图形模糊：在低分辨率的屏幕上，图形元素可能会出现模糊或失真的情况。

应该使用高分辨率的图形资源，并在代码中进行适配或缩放。

3. 文字可读性：在高分辨率的屏幕上，文字可能会显得很小，影响可读性。

应该根据屏幕密度适当增大字体大小，保证文字在各种分辨率下都能够清晰可读。

三、最佳实践除了屏幕适配和分辨率测试之外，还有一些最佳实践可以帮助提高Android应用的用户体验：1. 使用权重和相对布局：在设计布局时，可以使用权重和相对布局来确保布局在不同屏幕上的一致性。

Android自动化测试框架对比选择最适合你的工具

Android自动化测试框架对比选择最适合你的工具随着移动应用的快速发展，测试移动应用的重要性变得愈加显著。

为了提高测试效率和质量，许多开发者和测试人员转向自动化测试框架。

而对于Android平台而言，选择最适合的自动化测试工具成为了关键。

本文将对比一些常用的Android自动化测试框架，帮助读者选择最适合自己的工具。

以下是几个常见的框架：1. EspressoEspresso是Google提供的一款简单易用的自动化测试框架，主要用于UI测试。

它支持Java和Kotlin语言，可以在Android Studio中直接集成使用。

Espresso提供了丰富的API，可以方便地进行View的查找和交互操作，同时还支持断言和验证UI行为。

2. UI AutomatorUI Automator同样由Google开发，专注于系统层面的UI自动化测试。

它可以跨应用进行测试，并支持Java编写。

UI Automator提供了强大的查找和操作能力，可以轻松地访问系统组件和UI元素，适用于跨应用的复杂场景。

3. AppiumAppium是一个跨平台的自动化测试框架，支持Android和iOS平台。

它使用WebDriver协议，可以用多种编程语言编写测试脚本，包括Java、Python和JavaScript等。

Appium可以与Android Studio等开发环境集成，支持UI交互和断言，同时也支持跨应用的测试。

4. RobotFrameworkRobotFramework是一个通用的开源自动化测试框架，可以用于不同的平台和应用。

它使用关键字驱动的方式编写测试脚本，支持多种编程语言，包括Python和Java等。

RobotFramework提供了丰富的测试库和插件，支持UI和API层面的测试，并且具有良好的扩展性。

5. CalabashCalabash是一个基于Cucumber的自动化测试框架，使用Ruby语言编写。

Android系统如何实现UI的自适应

Android系统如何实现UI的自适应做Android应用的人都知道，要一个apk适用多个不同的手机屏幕是很容易的，就是在项目的res文件夹下面有多套相关的资源文件。

程序运行的时候，Android系统会根据当前设备的信息去加载不同文件夹下的资源文件。

但是Android系统是怎么做到这一点的呢？上网上搜了一下，很少有这方便的介绍，只好自己研究下代码了。

下面是我研究代码得到的结果（正确性有待确认），在这里分享一下。

这里以ICS上在Activity的onCreate()方法里面调用setContentView(int resourceID)为例，介绍一下系统如何根据我们的id（yout.xxxx）找到合适的layout文件进行解析加载：如果你的res下面有三种不同的layout：layout, layout-sw480dp和layout-sw600dp，这里的sw<N>dp表示这个layout文件夹下面的布局文件只有在设备短边的最小宽带为N时才加载。

你的设备是800x480的分辨率，那么这个apk安装在你的设备上就会加载layout-sw480dp里面的布局文件。

下面是framework的java层调用链：Activity.setContentView(int resourceID) -> PhoneWindow.setContentView(int resourceID) -> LayoutInflater.inflate(int resource, ViewGroup root) -> LayoutInflater.inflate(int resource, ViewGroup root, boolean attachToRoot) -> Resources.getLayout(int id) -> Resources.loadXmlResourceParser(int id, String type) -> Resources.getValue(int id, TypedValue outValue, boolean resolveRefs) -> AssetManager.getResourceValue(int ident, int density, TypedValue outValue, boolean resolveRefs) -> AssetManager.loadResourceValue(int ident, short density, TypedValue outValue, boolean resolve)在上面的掉用链中：1. 最后加载的是哪个xml是由Resources.getValue(int id, TypedValue outValue, boolean resolveRefs)调用完成之后的outValue.string决定的，因为outValue.string的值就是你的资源文件的具体路径，如：1) xxx/values/xxx.xml2) xxx/layout-sw600dp/xxx.xml2. AssetManager.loadResourceValue()调的是frameworks/base/core/jni/android_util_AssetManager.cpp里面的native方法，如何获得正确的outValue值，在native方法俩面主要有以下几步：1) 调用frameworks/base/libs/utils/ResourceTypes.cpp 的ResTable::getResource()，遍历所有资源文件2) 在ResTable::getResource()里面调用ResTable::getEntry()来确定资源文件来自哪个entry，即layout,或者layout-sw<N>dp，由此可见，ResTable::getEntry()是我们这个问题的关键3) 在ResTable::getEntry()里面：a) 首先获取本设备的configurion信息，屏幕分辨率，屏幕大小，locale，横竖屏等。

移动应用开发技术中常见的界面适配和多平台适应技巧

移动应用开发技术中常见的界面适配和多平台适应技巧随着移动互联网的快速发展，移动应用开发成为了热门行业。

在开发移动应用的过程中，面临的一个重要挑战就是如何适配不同的移动设备和操作系统。

界面适配和多平台适应成为了移动应用开发的重要技术。

界面适配，顾名思义，就是调整应用界面的布局和样式，以适应不同尺寸的屏幕和不同分辨率的移动设备。

在过去，不同的移动设备屏幕尺寸和分辨率各异，这给开发者带来了不小的麻烦。

然而，随着移动设备市场的发展和技术的进步，现在的移动设备屏幕尺寸和分辨率已经越来越统一。

因此，现代的移动应用开发中，界面适配变得相对容易一些。

为了实现界面适配，开发者可以采用不同的方法。

其中一种方法是使用百分比布局。

通过设置组件宽高的百分比，来实现界面在不同屏幕尺寸上的自适应。

这种方法可以适应屏幕尺寸的变化，但对于不同分辨率的适应效果并不理想。

另一种方法是采用响应式布局。

响应式布局通过媒体查询和CSS样式来适应不同屏幕尺寸和分辨率。

开发者可以根据不同的屏幕尺寸，设置不同的CSS样式，使应用在不同设备上呈现出最佳的效果。

响应式布局在开发响应式网页设计时非常常见，也可以用于移动应用的界面适配。

除了界面适配，多平台适应也是移动应用开发中的重要问题。

不同的移动设备使用不同的操作系统，如iOS、Android等。

为了满足不同操作系统的要求，开发者需要编写不同的代码，进行不同平台的适应。

但为了减少工作量和成本，开发者可以采用跨平台开发技术。

跨平台开发技术允许开发者使用统一的代码，同时在多个平台上运行应用。

其中一种常见的跨平台开发技术是使用Hybrid App。

Hybrid App结合了Web技术和原生技术的优势，可以通过HTML、CSS和JavaScript等前端技术进行开发，并借助原生容器来实现跨平台运行。

另一种跨平台开发技术是使用React Native。

React Native是由Facebook开发的框架，它允许开发者使用JavaScript来编写移动应用，并在多个平台上运行。

什么是ui适配_ui适配原则

什么是ui适配_ui适配原则当你在一画布上做界面UI制定，如果你关于画布的布局是三份，其中①，②份是打算固定高度的，只有第③份的高度是随着内容的增多而增高。

当这块画布被拉长的之后(宽度坚持不变)，你为了达到"好看'的效果，并不是将①，②，③份一起拉长，而只必须要做的是坚持①，②的高度不便，而仅仅是将中间③份拉长即可。

通俗的说，放在下面的界面UI制定元素，就"更下面点'而已。

2ui适配原则什么是ui适配_ui适配原则，界面适配要遵循的原则：1.依据公司的战略，选择一个先切入的平台;2.了解该平台的UI制定规范，可用的UI 控件及交互原则;3. 确定切入的屏幕大小，以此来制定第一个客户端，但是要合计适配其他屏幕的可能性，是自适应来扩大或者缩小;4.依据平台及屏幕大小，来选择一款典型的手机，开始客户端的交互制定。

5.确定客户端的核心目的。

如为娱乐为主的，应在制定方式更娱乐性;功能性完成目的为主的，以更易用性为主;6.依据客户端的功能和内容，来制定客户端的信息架构;7.依据UCD的原则，来完成客户端的交互原型。

3android ui适配Android设备的屏幕尺寸，从几寸的智能手机，到10寸的平板电脑，再到几十寸的数字电视，我们应该适配哪些设备呢?什么是ui适配_ui适配原则，其实这个问题不应该这么合计，因为关于具有相同像素密度的设备来说，像素越高，尺寸就越大，所以我们可以换个思路，将问题从单纯的尺寸大小转换到像素大小和像素密度的角度来。

占比5%以上的6个主流分辨率，占比高的是480*800，320*480的设备居然也占据了很大比例，但是和半年前的数据相比较，中低分辨率(320*480、480*800)的比例在减少，而中高分辨率的比例则在不断地增加。

虽然每个分辨率所占的比例在变化，但是总的趋势没变，还是这六种，只是分辨率在不断地提升。

所以说，我们只要尽量适配这几种分辨率，就可以在大部分的手机上正常运行了。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

Android系统发布十多年以来，关于Android的UI的适配一直是开发环节中最重要的问题，但是我看到还是有很多小伙伴对Android适配方案不了解。

刚好，近期准备对糗事百科Android客户端设计一套UI尺寸适配方案，可以和小伙伴们详细的聊一聊这个问题。

Android适配最核心的问题有两个，其一，就是适配的效率，即把设计图转化为App界面的过程是否高效，其二如何保证实现UI界面在不同尺寸和分辨率的手机中UI的一致性。

这两个问题都很重要，一个是保证我们开发的高效，一个是保证我们适配的成效；今天我们就这两个核心的问题来聊一聊Android的适配方案。

image首先，大家都知道，在标识尺寸的时候，Android并不推荐我们使用px这个真实像素单位，因为不同的手机之间，分辨率是不同的，比如一个96*96像素的控件在分辨率越来越高的手机上会在整体UI中看起来越来越小。

image出现类似于上图这样这样，整体的布局效果可能会变形，所以px这个单位在布局文件中是不推荐的。

dp直接适配针对这种情况，Android推荐使用dp作为尺寸单位来适配UI.那么什么是dp？dp指的是设备独立像素，以dp为尺寸单位的控件，在不同分辨率和尺寸的手机上代表了不同的真实像素，比如在分辨率较低的手机中，可能1dp=1px,而在分辨率较高的手机中，可能1dp=2px，这样的话，一个96*96dp的控件，在不同的手机中就能表现出差不多的大小了。

那么这个dp是如何计算的呢？我们都知道一个公式： px = dp(dpi/160) 系统都是通过这个来判断px和dp的数学关系，那么这里又出现了一个问题，dpi是什么呢？系统软件上指定dpi是像素密度，指的是在的单位尺寸的像素数量，它往往是写在系统出厂配置文件的一个固定值。

我为什么要强调它是软件系统上的概念？因为大家买手机的时候，往往会听到另一个叫ppi的参数，这个在手机屏幕中指的也是像素密度，但是这个是物理上的概念，它是客观存在的不会改变。

dpi是软件参考了物理像素密度后，人为指定的一个值，这样保证了某一个区间内的物理像素密度在软件上都使用同一个值。

这样会有利于我们的UI适配。

比如，几部相同分辨率不同尺寸的手机的ppi可能分别是是430,440,450,那么在Android系统中，可能dpi会全部指定为480.这样的话，dpi/160就会是一个相对固定的数值，这样就能保证相同分辨率下不同尺寸的手机表现一致。

而在不同分辨率下，dpi将会不同，比如：...1080*7201920*1080dpi320480dpi/16023根据上面的表格，我们可以发现，720P,和1080P的手机，dpi是不同的，这也就意味着，不同的分辨率中，1dp对应不同数量的px(720P中，1dp=2px，1080P中1dp=3px)，这就实现了，当我们使用dp来定义一个控件大小的时候，他在不同的手机里表现出相应大小的像素值。

image我们可以说，通过dp加上自适应布局和weight比例布局可以基本解决不同手机上适配的问题，这基本是最原始的Android适配方案。

这种方式存在两个小问题，第一，这只能保证我们写出来的界面适配绝大部分手机，部分手机仍然需要单独适配，为什么dp只解决了90%的适配问题，因为并不是所有的1080P的手机dpi都是480，比如Google 的Pixel2（1920*1080）的dpi是420，也就是说，在Pixel2中，1dp=2.625px,这样会导致相同分辨率的手机中，这样，一个100dp*100dp的控件，在一般的1080P手机上，可能都是300px,而Pixel 2 中，就只有262.5px,这样控件的实际大小会有所不同。

为了更形象的展示，假设我们在布局文件中把一个ImageView的宽度设置为360dp,那么在下面两张图中表现是不一样的：图一是1080P,480dpi的手机，图二是1080P,420dpi的手机1080P,480dpi的手机1080P,420dpi的手机从上面的布局中可以看到，同样是1080P的手机，差异是比较明显的。

在这种情况下，我们的UI可能需要做一些微调甚至单独适配。

第二个问题，这种方式无法快速高效的把设计师的设计稿实现到布局代码中，通过dp直接适配，我们只能让UI基本适配不同的手机,但是在设计图和UI代码之间的鸿沟，dp是无法解决的，因为dp 不是真实像素。

而且，设计稿的宽高往往和Android的手机真实宽高差别极大，以我们的设计稿为例，设计稿的宽高是375px*750px，而真实手机可能普遍是1080*1920,那么在日常开发中我们是怎么跨过这个鸿沟的呢？基本都是通过百分比啊，或者通过估算，或者设定一个规范值等等。

总之，当我们拿到设计稿的时候，设计稿的ImageView是128px*128px，当我们在编写layout文件的时候，却不能直接写成128dp*128dp。

在把设计稿向UI代码转换的过程中，我们需要耗费相当的精力去转换尺寸，这会极大的降低我们的生产力，拉低开发效率。

宽高限定符适配为了高效的实现UI开发，出现了新的适配方案，我把它称作。

简单说，就是穷举宽高限定符适配市面上所有的Android手机的宽高像素值：image设定一个基准的分辨率，其他分辨率都根据这个基准分辨率来计算，在不同的尺寸文件夹内部，根据该尺寸编写对应的dimens文件。

比如以480x320为基准分辨率宽度为320，将任何分辨率的宽度整分为320份，取值为x1-x320高度为480，将任何分辨率的高度整分为480份，取值为y1-y480那么对于800*480的分辨率的dimens文件来说，x1=(480/320)*1=1.5pxx2=(480/320)*2=3px...image这个时候，如果我们的UI设计界面使用的就是基准分辨率，那么我们就可以按照设计稿上的尺寸填写相对应的dimens引用了,而当APP运行在不同分辨率的手机中时，这些系统会根据这些dimens 引用去该分辨率的文件夹下面寻找对应的值。

这样基本解决了我们的适配问题，而且极大的提升了我们UI开发的效率，但是这个方案有一个致命的缺陷，那就是需要精准命中才能适配，比如1920x1080的手机就一定要找到1920x1080的限定符，否则就只能用统一的默认的dimens文件了。

而使用默认的尺寸的话，UI 就很可能变形，简单说，就是容错机制很差。

不过这个方案有一些团队用过，我们可以认为它是一个比较成熟有效的方案了。

UI适配框架（已经停止维护）的项目也来自于宽高限定符方案的启发。

使用方法也很简单：第一步：在你的项目的AndroidManifest中注明你的设计稿的尺寸。

这可以说是一个极好的方案，因为它在宽高限定符适配的基础上更进一步，并且解决了容错机制的问题，可以说完美的达成了开发高效和适配精准的两个要求。

但是我们能够想到，因为框架要在运行时会在onMeasure里面做变换，我们自定义的控件可能会被影响或限制，可能有些特定的控件，需要单独适配，这里面可能存在的暗坑是不可预见的，还有一个比较重要的问题，那就是整个适配工作是有框架完成的，而不是系统完成的，一旦使用这个框架，未来一旦遇到很难解决的问题，替换起来是非常麻烦的，而且项目一旦停止维护，后续的升级就只能靠你自己了，这种代价团队能否承受？当然，它已经停止维护了。

不过仅仅就技术方案而言，不可否认，这是一个很好的开源项目。

小结讨论的上述几种适配方案都是可以实际用于开发中的比较成熟的方案，而且确实有很多开发者正在使用。

不过由于他们各自都存在一些缺陷，所以我们使用了上述方案后还需要花费额外的精力着手解决这些可能存在的缺陷。

那么，是否存在一种相对比较完美，没有明显的缺陷的方案呢？smallestWidth适配smallestWidth适配，或者叫sw限定符适配。

指的是Android会识别屏幕可用高度和宽度的最小尺寸的dp值（其实就是手机的宽度值），然后根据识别到的结果去资源文件中寻找对应限定符的文件夹下的资源文件。

这种机制和上文提到的宽高限定符适配原理上是一样的，都是系统通过特定的规则来选择对应的文件。

举个例子，小米5的dpi是480,横向像素是1080px，根据px=dp(dpi/160)，横向的dp值是1080/(480 /160),也就是360dp,系统就会去寻找是否存在value-sw360dp的文件夹以及对应的资源文件。

imagesmallestWidth限定符适配和宽高限定符适配最大的区别在于，前者有很好的容错机制，如果没有value-sw360dp文件夹，系统会向下寻找，比如离360dp最近的只有value-sw350dp，那么Android 就会选择value-sw350dp文件夹下面的资源文件。

这个特性就完美的解决了上文提到的宽高限定符的容错问题。

这套方案是上述几种方案中最接近完美的方案。

从开发效率上，它不逊色于上述任意一种方案首先，。

根据固定的放缩比例，我们基本可以按照UI设计的尺寸不假思索的填写对应的dimens引用。

我们还有以375个像素宽度的设计稿为例，在values-sw360dp文件夹下的diemns文件应该怎么编写呢？这个文件夹下，意味着手机的最小宽度的dp值是360，我们把360dp等分成375等份，每一个设计稿中的像素，大概代表smallestWidth值为360dp的手机中的0.96dp，那么接下来的事情就很简单了，假如设计稿上出现了一个10px*10px的ImageView,那么，我们就可以不假思索的在layout文件中写下对应的尺寸。

image而这种diemns引用，在不同的values-sw<N>dp文件夹下的数值是不同的，比如values-sw360dp和values-sw400dp,imageimage当系统识别到手机的smallestWidth值时，就会自动去寻找和目标数据最近的资源文件的尺寸。