主题信息（必填）
主题描述（最多限制在50个字符）
申请人信息（必填）
申请信息已提交审核，请注意查收邮件，我们会尽快给您反馈。
如有疑问，请联系
如今的编程是一场程序员和上帝的竞赛，程序员要开发出更大更好、傻瓜都会用到软件。而上帝在努力创造出更大更傻的傻瓜。目前为止，上帝是赢的。个人网站：。个人QQ群：、
傻丫头和高科技产物小心翼翼的初恋
CSDN &《程序员》编辑/记者，我的邮箱
全栈攻城狮不知道是怎么炼成的
个人大数据技术博客：
前言最近公司的另一个项目又要立项了，作为公司的唯一安卓工程师任务来了（新来的移动端的老大说项目还是主要你负责，我就负责帮你们安排下进度），听了这话我是伤心的在这公司不管是几个还是1个安卓开发都是我来搭建，干着与工资不符的事情，好的一点是开发没有人干涉平时也能学习自己想学的东西。如何选择app架构（MVC/MVP/MVVM）最近越来越多的人开始谈论架构。我周围的同事和工程师也是如此。尽管我还不是特别深入理解MVP，但是还是觉得比较牛逼,然后呢也想在公司的项目中去使用它。项目时间紧迫：快速开发框架（迫不得已）目前网络上也有一些针对Android的快速开发框架，下面介绍3个主要的快速开发框架。针对这些快速开发框架，个人认为可以参考，但并不推荐使用，因为App整体依赖一个个人维护的框架风险实在太大，框架存在一些学习成本，本身也不一定完全符合App的需求，使用后可能存在代码的臃肿，还有就是架构限制。
GitHub项目地址：
Afinal是一个Android的IOC，ORM框架，内置了四大模块功能：FinalAcitivity, FinalBitmap, FinalDb, FinalHttp。通过FinalActivity，可以通过注解的方式进行绑定UI和事件。通过FinalBitmap，可以方便的加载Bitmap图片，而无需考虑OOM等问题。通过FinalDB模块，通过一行代码就可以对Android的SQlite数据库进行增删改查。通过FinalHttp模块，可以以Ajax形式请求Http数据。
然而项目从去年就没有人更新维护了，ioc框架很多人不太喜欢而且性能不好。
GitHub项目地址：
xUtils 支持超大文件(超过2G)上传，更全面的http请求协议支持(11种谓词)，拥有更加灵活的ORM，更多的事件注解支持且不受混淆影响…
xUtils 最低兼容Android 4.0 (api level 14). (Android 2.3?)
xUtils3变化较多所以建立了新的项目不在旧版(/wyouflf/xUtils)上继续维护, 相对于旧版本:
HTTP实现替换HttpClient为UrlConnection, 自动解析回调泛型, 更安全的断点续传策略.
支持标准的Cookie策略, 区分domain, path…
事件注解去除不常用的功能, 提高性能.
数据库api简化提高性能, 达到和greenDao一致的性能.
图片绑定支持gif(受系统兼容性影响, 部分gif文件只能静态显示), 支持圆角, 圆形, 方形等裁剪, 支持自动旋转…
可以看出xUtils3对于快速开发是一个不错的选择。
自己从零开始搭建app架构简单的看下这三个架构模式：
MVC：Model-View-Controller，经典模式，很容易理解，主要缺点有两个：
View对Model的依赖，会导致View也包含了业务逻辑；
Controller会变得很厚很复杂。
MVP：Model-View-Presenter，MVC的一个演变模式，将Controller换成了Presenter，主要为了解决上述第一个缺点，将View和Model解耦，不过第二个缺点依然没有解决。
MVVM：Model-View-ViewModel，是对MVP的一个优化模式，采用了双向绑定：View的变动，自动反映在ViewModel，反之亦然。
面对众多的架构模式你会选择哪个？
MVC，MVP还是MVVM？
越高级的模式复杂性越高，实现起来也越难。然后搭建项目时也是看项目的需求，别人说好你也有要实用才好，高效的实现项目的功能才是最好的架构模式。
那么，哪一个才是最好的呢？
个人觉得适合你的才是最好的，不要去盲目的跟风，大家说mvp好那你就使用咯，没有实践就没有话语权，所以说用哪种架构模式本人不发表任何意见：任何模式的动机都是一样的，那就是如何避免复杂混乱的代码，让执行单元测试变得容易，创造高质量应用程序，开发维护更高效。
在实际项目中思考架构时，也不会想着要用哪种模式，我只思考现阶段，以现有的人力资源和时间资源，如何才能更快更好地完成需求，适当考虑下如何为后期扩展或重构做准备。我项目中的架构这是我上一个项目的包架构：当然咯，是按功能分的包，项目的功能不一样然后分包也不一样，但是基本大同小异。
所以确定架构分包的时候那就按你的需求来咯。
从上面可以看出：架构分包的时候我们包括逻辑功能和基础功能（通用功能）。
基础功能模块：
日志管理系统（LogManager）
不管哪个项目都需要自己的一套日志管理，一是为了生产调试时能更加高效的查看过滤日志，二是为了打包发布的时候用开关控制日志是否打印。
（我的日志用的是凯子哥的：）
异常处理(crashManager)
作用：当程序遇见异常情况时我们能够自定义异常处理，二是程序对不同的机型有不同的反应，那么测试时候可能没有发现但是我们可以把捕获的crash上传到服务器，便于异常收集和bug修复。
utils(工具类)
根据你的项目需求来合理定制你的工具类，将会对你的项目开发速度有很大的提升（反馈，版本校验更新你肯定能够用到）
看下我上个项目的工具类：
permission(权限管理系统)
这功能是绝对项目中需要的，别告诉我你的项目还没有适配安卓6.0，适配了就肯定会有权限管理，我这里用的是,也还可以吧，反正github上的权限管理的开源东西比较多，觉得合适就ok。
逻辑功能模块：开发过程中第三方开源库的抉择图片加载库：
Glide:相比较UIL，glide可以支持gif和短视频,支持与activity，fragment，application生命周期的联动,支持 okhttp、Volley
Fresco:三级缓存牛逼，对多帧动画图片支持更好，如 Gif、WebP
UIL：老牌的虽然不再更新维护，但功能强大
根据你的项目需求选择，熟悉UIL就用它，个人推荐Glide
网络请求库：
okhttp是高性能的http库，支持同步、异步，而且实现了spdy、http2、websocket协议，api很简洁易用，和volley一样实现了http协议的缓存。
简化了网络请求流程，同时自己内部对OkHtttp客户端做了封装，同时2.x把之前1.x版本的部分不恰当职责都转移给OkHttp了(例如Log，目前用OkHttp的Interceptor来实现)
volley是一个简单的异步http库，仅此而已。缺点是不支持同步，这点会限制开发模式；不能post大数据，所以不适合用来上传文件。
个人建议使用retrofit，volley的通用性不高（资料最多）。事件总线库：
主要用来消息/事件的传递，却能实现组建之间的解耦。
eventBus3.0和otto都是使用注解的方式（@Subscribe、@Produce）来标注方法，Otto更多的使用场景是在主线程中，相对是轻量级的。
如果你对是不是轻量级不关心的话，我觉得两个差不多，但是还是很多人推荐使用otto。
依赖注入库：butterknife8.0：
在任何项目中使用butterknife都是正确且没有问题的. 非常轻量级的库，原因是性能高节省代码，而且不是你们所想的反射机制实现的。Dagger2：它是不具有动态性的（使用时完全不使用反射）但是生成的代码的简洁性和性能都是与手写的代码同水准的。
2个都是很棒的，你可以选择额。
数据库存储：
LitePal：LitePal是一款开源的Android数据库框架，它采用了对象关系映射(ORM)的模式，LitePal很“轻”，jar包只有100k不到，使用起来也比较简单，源码地址为地址,郭神开发的就是牛。
greenDAO:greenDAO与LitePal不同，其原理不是根据反射进行数据库的各项操作，而是一开始就人工生成业务需要的Model和DAO文件，业务中可以直接调用相应的DAO文件进行数据库操作，从而避免了因反射带来的性能损耗和效率低下。但是由于需要人工生成model和DAO文件，所以greenDAO的配置就略显复杂。
greenDAO用起来繁琐但是效率高点，LitePal用起来简单，所以你自己选择吧，个人还是觉得LitePal好用点。
简单缓存:ASimpleCache 是一个为android制定的 轻量级的 开源缓存框架。轻量到只有一个java文件（由十几个类精简而来）。
可缓存普通的字符串、JsonObject、JsonArray、Bitmap、Drawable、序列化的java对象，和 byte数据。普通的字符串、JsonObject、JsonArray、Bitmap、Drawable、序列化的java对象，和 byte数据。
替换SharePreference当做配置文件
可以缓存网络请求数据，比如oschina的android客户端可以缓存http请求的新闻内容，缓存时间假设为1个小时，超时后自动失效，让客户端重新请求新的数据，减少客户端流量，同时减少服务器并发量。
哈哈项目需要的基本架构需要的开源库都有了，你可以放心的开发了。总结其实架构并不是那么难，也不要别人说怎么好就怎么干，你要相信总有一个东西是适合你的，打个比喻app架构就是盖房子，砖少就盖矮点吗，但是必须保证得结实，就像 框架不一定要强大但是必须健壮具有扩展性。时间不早了，各位早点休息。　　编译/搜狐IT 阿咩
　　App应用改变生活，它搭建无数的“网”，让人们的生活更便捷、更多彩，但与此同时也强迫人们将自己的生活变得更透明、更公开。
　　8月6日，有外媒称，继公司利用Fitbit健康App来监控员工健康后，监测追踪App又将进入保险市场，通过实时监测投保客户的驾驶习惯，进一步加强对风险成本的把控。
　　据了解，作为第一家尝试行车监测的企业，Progressive公司曾将Snapshot安装在投保司机汽车仪表盘中，通过对一个月内行车里程等一系列数据的监测，从而最终决定投保用户可以享受多少折扣。如今，结合了移动App，Progressive可以通过一个简单的App软件，实时对用户时速、油门或刹车状况进行追踪，而这种升级版的Snapshot更是将监测时长延至1年之久。
　　事实上，除了Progressive公司，目前市面上已经有了类似的行车监测应用，诸如Drivewise。相较于Progressive针对车保时长，这款由Allstate公司推出的行车App，更多地是被车管局或以“朋友圈晒图”的方式被人们所熟知。
　　据悉，在中安装了Drivewise之后，当用户开车上路的时候，Drivewise就能通过手机感器自动识别司机的驾驶习惯，凭借对汽车的速度、加速度、行驶距离等数据的手机，Drivewise将会给出相应的评分。司机驾驶的路程越长，累积的数据量越大，得出的分数就越准确。因而，谁是“马路杀手”，谁是“马路警察”，分数一亮，一目了然。
　　配备了这些高科技应用，风险成本降低，保险公司笑了，但对于那些想考驾照，或者想拿更多折扣投保的人来说，以后似乎要更难了呢。事实上，除了保险和考试监测，App和的数据共享也已经延展到了更多领域。
　　就在一个月之前，福布斯网曾报道称，谷歌Waze行车导航及公共交通Moovit将同地方政府合作，通过收集司机和行人的实时数据，将其随时汇总形成一张巨大的交通网，从而清晰地呈现整个城市的交通情况。换而言之，哪里拥堵哪里畅通，甚至是司机超速与否，只要他们想要调出来查看，都可以随时查看。
　　实际上，不仅是对车管局、对投保公司，在黑客面前这种数据的共享更是“赤裸裸的坦荡”：本周在拉斯维加斯举行的黑帽安全大会上，澳大利亚的“黑客”Silvio Cesare向世人展示了“如何不碰触你的汽车，分分钟靠高科技黑掉你的汽车”的技能。
　　据了解，Silvio Cesare通过定义无线电技术( Software-Defined Radio，简称 SDR )截取汽车里的FM、蓝牙包括Wifi信号，然后再通过天线放大器发射一串解锁信号，凭借这种“电子车钥匙”轻而易举地打开汽车的车门&&想想特斯拉被曝系统对黑客“零设防”，再想想谷歌无人驾驶汽车问世后人们对系统的讨论，这年头，专家都说飞机都能被黑了，你是不是觉得有种不会再爱了的感觉呢？
　　狄更斯说，这是最好的时代，也是最坏的时代，这是智慧的年代，也是愚蠢的年代。当移动科技成为我们生活中密不可分的一部分时，它能将推动作用多倍放大，同时也会将弊端无限延展。然而，正如数据监测平台Kaggle创始人Anthony Goldbloom所言，“总体而言，对社会来说这是有益的&&无论是交通出行还是健康医疗，这都是不能避免的趋势”，只要我们适应了更透明更多曝光的生活，其实这一切还不错？
(责任编辑：王雪莹)
&&&&&&</div
主演：黄晓明/陈乔恩/乔任梁/谢君豪/吕佳容/戚迹
主演：陈晓/陈妍希/张馨予/杨明娜/毛晓彤/孙耀琦
主演：陈键锋/李依晓/张迪/郑亦桐/张明明/何彦霓
主演：尚格?云顿/乔?弗拉尼甘/Bianca Bree
主演：艾斯?库珀/ 查宁?塔图姆/ 乔纳?希尔
baby14岁写真曝光
李冰冰向成龙撒娇争宠
李湘遭闺蜜曝光旧爱
美女模特教老板走秀
曝搬砖男神奇葩择偶观
柳岩被迫成赚钱工具
大屁小P虐心恋
匆匆那年大结局
乔杉遭粉丝骚扰
男闺蜜的尴尬初夜
客服热线：86-10-
客服邮箱：我是保险公司业务员，早会怎么自我介绍_百度知道
我是保险公司业务员，早会怎么自我介绍
我有更好的答案
很荣幸加入到这个团队，认真请教各位保险前辈，我叫xxx你会，今后我会努力学习专业知识，来自xxx
其他类似问题
为您推荐：
您可能关注的推广
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁保险公司晨会策划书_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
保险公司晨会策划书
上传于||暂无简介
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
下载文档到电脑，查找使用更方便
还剩16页未读，继续阅读
你可能喜欢如何搭建app架构 - 推酷
如何搭建app架构
标签： app 架构 | 发表时间： 22:44 | 作者：u
出处：http://blog.csdn.net
最近公司的另一个项目又要立项了，作为公司的唯一安卓工程师任务来了（
新来的移动端的老大说项目还是主要你负责，我就负责帮你们安排下进度
），听了这话我是伤心的在这公司不管是几个还是1个安卓开发都是我来搭建，干着与工资不符的事情，好的一点是开发没有人干涉平时也能学习自己想学的东西。
如何选择app架构（MVC/MVP/MVVM）
最近越来越多的人开始谈论架构。我周围的同事和工程师也是如此。尽管我还不是特别深入理解MVP，但是还是觉得比较牛逼,然后呢也想在公司的项目中去使用它。
项目时间紧迫：快速开发框架（迫不得已）
目前网络上也有一些针对Android的快速开发框架，下面介绍3个主要的快速开发框架。针对这些快速开发框架，个人认为可以参考，但并不推荐使用，因为App整体依赖一个个人维护的框架风险实在太大，框架存在一些学习成本，本身也不一定完全符合App的需求，使用后可能存在代码的臃肿，还有就是架构限制。
GitHub项目地址：
Afinal是一个Android的IOC，ORM框架，内置了四大模块功能：FinalAcitivity, FinalBitmap, FinalDb, FinalHttp。通过FinalActivity，可以通过注解的方式进行绑定UI和事件。通过FinalBitmap，可以方便的加载Bitmap图片，而无需考虑OOM等问题。通过FinalDB模块，通过一行代码就可以对Android的SQlite数据库进行增删改查。通过FinalHttp模块，可以以Ajax形式请求Http数据。
然而项目从去年就没有人更新维护了，ioc框架很多人不太喜欢而且性能不好。
GitHub项目地址：
xUtils 支持超大文件(超过2G)上传，更全面的http请求协议支持(11种谓词)，拥有更加灵活的ORM，更多的事件注解支持且不受混淆影响…
xUtils 最低兼容Android 4.0 (api level 14). (Android 2.3?)
xUtils3变化较多所以建立了新的项目不在旧版(/wyouflf/xUtils)上继续维护, 相对于旧版本:
HTTP实现替换HttpClient为UrlConnection, 自动解析回调泛型, 更安全的断点续传策略.
支持标准的Cookie策略, 区分domain, path…
事件注解去除不常用的功能, 提高性能.
数据库api简化提高性能, 达到和greenDao一致的性能.
图片绑定支持gif(受系统兼容性影响, 部分gif文件只能静态显示), 支持圆角, 圆形, 方形等裁剪, 支持自动旋转…
可以看出xUtils3对于快速开发是一个不错的选择。
自己从零开始搭建app架构
简单的看下这三个架构模式：
MVC：Model-View-Controller，经典模式，很容易理解，主要缺点有两个：
View对Model的依赖，会导致View也包含了业务逻辑；
Controller会变得很厚很复杂。
MVP：Model-View-Presenter，MVC的一个演变模式，将Controller换成了Presenter，主要为了解决上述第一个缺点，将View和Model解耦，不过第二个缺点依然没有解决。
MVVM：Model-View-ViewModel，是对MVP的一个优化模式，采用了双向绑定：View的变动，自动反映在ViewModel，反之亦然。
面对众多的架构模式你会选择哪个？
MVC，MVP还是MVVM？
越高级的模式复杂性越高，实现起来也越难。然后搭建项目时也是看项目的需求，别人说好你也有要实用才好，高效的实现项目的功能才是最好的架构模式。
那么，哪一个才是最好的呢？
个人觉得适合你的才是最好的，不要去盲目的跟风，大家说mvp好那你就使用咯，没有实践就没有话语权，所以说用哪种架构模式本人不发表任何意见：任何模式的动机都是一样的，那就是如何避免复杂混乱的代码，让执行单元测试变得容易，创造高质量应用程序，开发维护更高效。
在实际项目中思考架构时，也不会想着要用哪种模式，我只思考现阶段，以现有的人力资源和时间资源，如何才能更快更好地完成需求，适当考虑下如何为后期扩展或重构做准备。
我项目中的架构
这是我上一个项目的包架构：
当然咯，是按功能分的包，项目的功能不一样然后分包也不一样，但是基本大同小异。所以确定架构分包的时候那就按你的需求来咯。
从上面可以看出：架构分包的时候我们包括逻辑功能和基础功能（通用功能）。
基础功能模块：
日志管理系统（LogManager）
不管哪个项目都需要自己的一套日志管理，一是为了生产调试时能更加高效的查看过滤日志，二是为了打包发布的时候用开关控制日志是否打印。 （我的日志用的是凯子哥的：
异常处理(crashManager)
作用：当程序遇见异常情况时我们能够自定义异常处理，二是程序对不同的机型有不同的反应，那么测试时候可能没有发现但是我们可以把捕获的crash上传到服务器，便于异常收集和bug修复。
utils(工具类)
根据你的项目需求来合理定制你的工具类，将会对你的项目开发速度有很大的提升（反馈，版本校验更新你肯定能够用到）
看下我上个项目的工具类：
permission(权限管理系统)
这功能是绝对项目中需要的，别告诉我你的项目还没有适配安卓6.0，适配了就肯定会有权限管理，我这里用的是
,也还可以吧，反正github上的权限管理的开源东西比较多，觉得合适就ok。
哈哈，这样你的基础功能都搭建好了，然后就是一些逻辑功能的封装了。
逻辑功能模块：
1.封装自己的application和baseActivity类，最大可能的节省代码，加入mvp的思想来架构。 2.选择自己喜欢的网络请求框架并且适当合理的进行封装，加快开发的效率。 3.针对带有滚动控件嵌套有可能产生的滑动冲突，或者显示不全我们优先自定义一下viewpager,listview,gridview等。 4.封装listView或者recyclerView打造万能的适配器，觉得翔哥的封装的不错[ 打造万能的适配器](/hongyangAndroid/baseAdapter)。 5.一般的网络数据格式是json(我们就逗：普通数据json,刷卡交易数据xml),所以呢我json格式的用gson封装一下,xml格式暂时用的是pull解析后bean对象封装。 6.数据库的封装，对数据苦要求不高的话可以用原生的简单封装一下curd就好了，要求高点的话那就用第三方的好了。
开发过程中第三方开源库的抉择
图片加载库：
Glide:相比较UIL，glide可以支持gif和短视频,支持与activity，fragment，application生命周期的联动,支持 okhttp、Volley
Fresco:三级缓存牛逼，对多帧动画图片支持更好，如 Gif、WebP
UIL：老牌的虽然不再更新维护，但功能强大
根据你的项目需求选择，熟悉UIL就用它，个人推荐Glide
网络请求库：
okhttp是高性能的http库，支持同步、异步，而且实现了spdy、http2、websocket协议，api很简洁易用，和volley一样实现了http协议的缓存。
简化了网络请求流程，同时自己内部对OkHtttp客户端做了封装，同时2.x把之前1.x版本的部分不恰当职责都转移给OkHttp了(例如Log，目前用OkHttp的Interceptor来实现)
volley是一个简单的异步http库，仅此而已。缺点是不支持同步，这点会限制开发模式；不能post大数据，所以不适合用来上传文件。
个人建议使用retrofit，volley的通用性不高（资料最多）。
事件总线库：
主要用来消息/事件的传递，却能实现组建之间的解耦。
eventBus3.0和otto都是使用注解的方式（@Subscribe、@Produce）来标注方法，Otto更多的使用场景是在主线程中，相对是轻量级的。
如果你对是不是轻量级不关心的话，我觉得两个差不多，但是还是很多人推荐使用otto。
依赖注入库：
butterknife8.0：
在任何项目中使用butterknife都是正确且没有问题的. 非常轻量级的库，原因是性能高节省代码，而且不是你们所想的反射机制实现的。
Dagger2：它是不具有动态性的（使用时完全不使用反射）但是生成的代码的简洁性和性能都是与手写的代码同水准的。
2个都是很棒的，你可以选择额。
数据库存储：
LitePal：LitePal是一款开源的Android数据库框架，它采用了对象关系映射(ORM)的模式，LitePal很“轻”，jar包只有100k不到，使用起来也比较简单，源码地址为
地址,郭神开发的就是牛。
greenDAO:greenDAO与LitePal不同，其原理不是根据反射进行数据库的各项操作，而是一开始就人工生成业务需要的Model和DAO文件，业务中可以直接调用相应的DAO文件进行数据库操作，从而避免了因反射带来的性能损耗和效率低下。但是由于需要人工生成model和DAO文件，所以greenDAO的配置就略显复杂。
greenDAO用起来繁琐但是效率高点，LitePal用起来简单，所以你自己选择吧，个人还是觉得LitePal好用点。
:ASimpleCache 是一个为android制定的 轻量级的 开源缓存框架。轻量到只有一个java文件（由十几个类精简而来）。
可缓存普通的字符串、JsonObject、JsonArray、Bitmap、Drawable、序列化的java对象，和 byte数据。普通的字符串、JsonObject、JsonArray、Bitmap、Drawable、序列化的java对象，和 byte数据。
替换SharePreference当做配置文件
可以缓存网络请求数据，比如oschina的android客户端可以缓存http请求的新闻内容，缓存时间假设为1个小时，超时后自动失效，让客户端重新请求新的数据，减少客户端流量，同时减少服务器并发量。
哈哈项目需要的基本架构需要的开源库都有了，你可以放心的开发了。
其实架构并不是那么难，也不要别人说怎么好就怎么干，你要相信总有一个东西是适合你的，打个比喻app架构就是盖房子，砖少就盖矮点吗，但是必须保证得结实，就像 框架不一定要强大但是必须健壮具有扩展性。
时间不早了，各位早点休息。
作者：u 发表于 22:44:56
阅读：164 评论：0
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
没有分页内容
图片无法显示
视频无法显示
与原文不一致}