304被浏览38089分享邀请回答285 条评论分享收藏感谢收起716 条评论分享收藏感谢收起查看更多回答不能再放养了 谷歌人工审核应用意味着什么？
　　谷歌：无审查上架？No！　　Android 平台的 Google Play 商店里面的应用浩如烟海，数量最多。Google Play Store 2014 年的应用和开发者数量首次双双超过苹果 App Store。Google Play 的 Android 应用总量达到 143 万款，而 App Store 的 iOS 应用总量为 121 万款。　　诚然，Google Play 的应用数量最多，但是质量却参差不齐，这一点被用户诟病已久，也成为了 iOS 粉丝嘲笑 Android 平台的原因之一。　　时至今日，谷歌终于决定改变现状。要解决问题，首先就要弄明白问题的根源在哪儿？Google Play 和 App Store 质量不同的主要原因是，Google Play 的审查机制与 App Store 的审查机制完全不一样，Google Play 过于放松，几乎是城门大开，App Store 的审查则要严格许多。　　日前，谷歌高管官方博客中宣布，公司移动应用商店 Google Play 结束了长达多年的新应用无审查直接上架机制，开始对应用进行机器和人工结合的审查。谷歌表示，人工审核可过滤藏有病毒、侵犯著作权或存在其他禁止项目的应用。审核通过的应用方能上架 Google Play，否则将会无法通过，重新修改。　　人工审核关用户什么事？告别山寨　　不知道你有没有在 Google Play 下载应用的时候，不小心下到了流氓应用，或者恶意应用，如果没有，那么你是幸运的。如果你常年使用 Android 手机，下载 Android 应用，那么你一定遇到过带病毒的应用、山寨应用、恶意应用或者流氓应用。俗话说的好，常在河边走，哪儿有不湿鞋的道理。　　由于以往 Google Play 审查机制非常放松，应用开发完成即可即刻上架，因此鱼龙混杂，仿佛一个应用江湖。　　今年 1 月有用户在信息安全公司 Avast 的论坛上表示，Google Play 上有十多款移动应用其实是恶意广告应用，Avast 进一步调查后发现确有其事，而且有些伪装成合法应用程序的广告应用程序已有大量的用户，安装数量估计在 500-1000 万之间，消息曝光后相关应用程序已被 Google 移除。　　也就是说，如果没有人发帖子举报，那么谷歌就不会调查此事，结果就将会是更多的用户安装这些恶意应用，直接影响到用户体验。如果是带有病毒的应用或者吸费木马，那么用户的隐私还有被曝光，用户账号还有被入侵的可能性。　　之前曾有国外安全研究人员在 Google Play 官方应用商店中发现了一组恶意软件，该恶意应用会将用户设备连接到流氓服务器中，并强制安装吸费木马。目前这一恶意软件下载量高达 900 万次。　　现在，谷歌采用人工审核机制之后，隐藏有木马、病毒、恶意应用以及违反谷歌开发者协议的应用都将被挡在 Google Play 之外，保证用户的应用使用安全，拥有更好的体验。这就是谷歌人工审核机制对于用户最大的好处，毕竟谁也不喜欢手中设备内隐藏不安全因素。　　Google Play 变好，Android 才会更好　　以前，以开源为名，谷歌应用对于广告，版权，宗教，暴力，政治等方面审查十分宽松，这使得不少在苹果那边屡审不过的开发者钻了空子。再加上 Android 应用绝大多数都是免费销售，开发者为了赚钱在应用中插入了大量的广告，这就导致一个很可怕的问题暴露出来，就是 Android 应用的平均质量太差，精品太少，用户对于 Android 应用的消费欲望大大低于 iOS 应用。　　在 Android 平台尚未成熟，急需开发者开发大量的应用，只顾得上数量，顾不上质量可以理解。应用商店早就已经成熟的今天，谷歌需要狠抓质量了。　　首先，我们来看谷歌新的审核机制是如何？Google Play 新的审核机制是机器审核与人工审核结合。也许你会问，这样会不会时间很久，让开发者丧失耐心。　　需要说明的是，虽然经过人工，应用还是能在几个小时内完成审核。Google 方面透露，快速审核的秘诀是系统软件的预判，应用被送往人工审核之前将会被软件检查是否有病毒、恶意插件等。也就是说，机器快速审核一遍之后，再进行人工审核。Google Play 商店的产品经理 Eunice Kim 透露，新机制已经秘密内测一段时间，目前没有收到过投诉。　　Google Play 应用商店一直是 Android 操作系统重要的一部分，除了国内用户因特殊原因无法使用，而不得不使用各类助手替代之外，其他市场大部分 Android 用户都是通过 Google Play 下载安装应用。　　以往 Google Play 商店应用质量不如 iOS 的原因一个除了是审核机制宽松，山寨应用混入之外，另一个原因也在于开发者对开发 Android 平台应用的兴趣。由于 Google Play 应用生态环境不如 App Store 好，而且免费的不良应用屡屡与收费优质应用竞争，这些都导致 Android 开发者收入较 iOS 开发者少，这最终会导致开发者不愿意为 Android 平台开发优质应用。　　根据市场研究公司 Vision Mobile 的数据，iOS 开发者每月来自每个 app 开发的平均收入约为 500-1000 美元，而 Android 开发者的这一数据仅为 101-200 美元。尽管 Android 占据全球 80% 的市场份额，将 Android 作为目标平台的开发者数量也有着显著增加，但大多数开发者仍然将 iOS 作为首选平台。只有 Google Play 生态变得健康之后，开发者才更加愿意开发优秀的 Android 应用。　　Google Play 变得优秀，所提供的应用体验更佳，应用环境健康，那么用户自然会对 Android 系统留下好印象。只有这样，Android 才能继续保持活力。　　据 Kantar Worldpanel ComTech（移动通讯消费者指数，简称 KWC）3 月份发布的数据，截至 2015 年一月前的三个月内，苹果 iOS 系统市场份额在中国达到了新高，平均每售出四台智能手机就有一台是 iPhone。　　另外，报告还显示，在欧洲市场，报告指出 Android 市场份额相比去年同期下降了 2.2%，达到 67.2% 的市场份额，相比之下，iOS 市场份额却上涨了 3.2%，这些下滑的数字都需要谷歌一步步的完善 Android 系统挽回。
Copyright 2017 (C) . All rights reserved.
沪ICP备号-4【纸飞机(PaperPlane)IMITATE版】知识点整理 - Just follow myself heart. - CSDN博客
【纸飞机(PaperPlane)IMITATE版】知识点整理
好的技术干货（我只是大牛的搬运工）
特别声明：本项目仿照自 ，项目仅供学习交流使用。
花了半个月的时间，终于跟着 大神的步伐把自己的纸飞机给“折”好了。咻~成功起航！
本项目地址：（喜欢可以star一波哦~）
本篇文章只是对本人所开发的纸飞机APP进行知识点的整理，以及原项目大体实现思路的整理。不喜勿喷。
1、原项目大体实现思路：
首先是从网络上请求新闻的列表，请求成功后，会开启后台服务去请求新闻对应的详细内容，同时缓存到本地。
2、仿照纸飞机知识点整理：
（与原项目相同的地方）
1. 整体架构参照原作者的采用MVP模式
2. Material designd控件的使用
3. Chrome Custom Tabs与WebView的使用
4. Glide图片加载框架的使用
5. 为了保持在低版本SDK中的UI一致性，引入material data time picker库
6. Android 7.1新特性App Shortcuts的引入
7. 原生设置界面PreferenceScreen的运用
（仿照版本修改的地方）
8. 对于数据的网络请求，用Retrofit2代替了Volley
9. 采用LitePal数据库框架代替了原本的SQLite
10. 某些逻辑运用了RxJava、RxAndroid
11. 运用Lambda表达式简化代码
12. 使用Data Binding简化逻辑
3、在原项目基础的改动&改善
对于显示新闻列表的Adapter进行了处理，将里面设计的各种ViewHolder单独提取了出来，减少了重复代码的出现
解决切换主题总是直接显示MainFragment的问题（原项目中在收藏界面点击切换主题时，在切换主题后会直接显示首页界面）
从收藏界面进入文章详细界面，把该文章的收藏取消，再返回收藏界面会实时刷新收藏列表（原项目需要手动刷新才能去掉前文取消收藏的文章）
简化了设置和关于界面的实现逻辑（由于这两个界面比较简单，就没有使用MVP模式）
原项目在正常情况下请求到了新闻列表后会开启一个后台服务将对应的详细内容也缓存到本地数据库，但是之后在进入详细界面时会先从网络获取，如果没有网络才会从本地获取，那么这就会导致一个问题，如果在后台服务获取详细内容失败时，那么以后想要查看获取失败时的内容，只能在有网的情况下才能正常查看，无网络时是无法进行的。所以我修改了一下逻辑，进入详细内容界面时先从本地获取数据，如果本地没有成功的缓存有，在通过网络获取，获取成功的同时也会缓存到本地，这样就能避免上述的特殊情况，且能够节省用户流量。
修复了在进入应用时没有缓存有本地数据且没有网络的情况下（如第一次进入应用且没有网络）出现奔溃的情况。
原因出在DoubanMomentFragment第一次进入时因为没网DoubanMomentFragment会弹出一个SnackBar，（该SnackBar是相对于RefreshLayout显示的），但是在fragment_liset布局中缺少父布局CoordinatorLayout，而SnackBar所依赖的view又要在以CoordinatorLayout作为直接父布局，所以会导致异常：java.lang.IllegalArgumentException: No suitable parent found from the given view. Please provide a valid view.从而奔溃。
我的热门文章}