android开发一般都使用什么框架

Android开发框架介绍

编辑文档

学分 +2

开发框架方面包含基本的应用功能开发、数据存储、网络访问这三大块：

一、应用方面

一般而言一个标准的Android程序由如下4部分组成即Activity、Broadcast Intent Receiver、Service、Content Provider： 1 Activity是最频繁、最基本的模块，在Android中，一个Activity就是手机上一屏，相当于一个网页一样，所不同的是，每个Activity运行结束了，有个返回值，类似一个函数一样。Android系统会自动记录从首页到其他页面的所有跳转记录并且自动将以前的Activity压入系统堆栈，用户可以通过编程的方式删除历史堆栈中的Activity Instance。

Activity类中主要是跟界面资源文件关联起来（res/layout目录下的xml资源，也可以不含任何界面资源），内部包含控件的显示设计、界面交互设计、事件的响应设计以及数据处理设计、导航设计等application设计的方方面面。 2 Broadcast Intent Receiver

Intent提供了各种不同Activity进行跳转的机制，譬如如果从A activity跳转到B activity，使用Intent来实现如下： Intent in = new Intent(Athis, Bclass); startActivity(in);

BroadcastReceiver提供了各种不同的Android应用程序进行进行进程间通讯的机制，譬如当电话呼叫来临时，可以通过BroadcastReceiver发布广播消息。对于用户而言，BroadcastReceiver是不透明的，用户无法看到这个事件，BroadcastReceiver通过NotificationManager来通知用户这些事件发生了，它既可以在资源AndroidManifestxml中注册，也可以在代码中通过ContextregisterReceiver()进行注册，只要是注册了，当事件来临的时候，即时程序没有启动，系统也在需要的时候会自动启动此应用程序；另外各应用程序很方便地通过ContextsendBroadcast()将自己的事情广播给其他应用程序；

3 Service,跟Windows当中的Service完全是一个概念，用户可以通过startService(Intent service)启动一个Service，也可通过ContextbindService来绑定一个Service

4 Content Provider，由于Android应用程序内部的数据都是私有的，Content Provider提供了应用程序之间数据交换的机制，一个程序可以通过实现一个ContentProvider的抽象接口将自己的数据暴露出去，并且隐蔽了具体的数据存储实现，标准的ContentProvider提供了基本的CRUD（Create,Read,Update,Delete)的接口，并且实现了权限机制，保护了数据交互的安全性； 一个标准的Android应用程序的工程文件包含如下几大部分： -> Java源代码部分(包含Activity)，都在src目录当中；

-> Rjava文件，这个文件是Eclipse自动生成与维护的，开发者不需要修改，提供了Android对的资源全局索引； -> Android Library，这个是应用运行的Android库；

-> assets目录，这个目录里面主要用与放置多媒体等一些文件；

-> res目录，放置的是资源文件,跟VC中的资源目录基本类似，其中的drawable包含的是文件，layout里面包含的是布局文件，values目录里面主要包含的是字符串(stringsxml)、颜色（colorsxml)以及数组（arraysxml)资源；

-> AndroidManifestxml，这个文件异常重要，是整个应用的配置文件，在这个文件中，需要声明所有用到的Activity、Service、Receiver等。

这个是不可能有的，第三方的框架大部分都是社区开源的，会不断的进行维护，就算出一本书出来很快也就会被淘汰，而且第三方社区也都会出文档的，所以出书的意义不大。以下介绍下常见的开源框架：

Android开发使用的常见第三方框架汇总

Android框架java数据库通信

1、volley

(1) JSON，图像等的异步下载；

(2) 网络请求的排序（scheduling）

(3) 网络请求的优先级处理

(4) 缓存

(5) 多级别取消请求

(6) 和Activity和生命周期的联动（Activity结束时同时取消所有网络请求）

2、android-async->

Android程序员的职业规划,怎么说呢？一句话叫做：早知如此，又何必当初。命运有些是自己可以掌握的，有些可能需要运气和机会。

一、路径可达

先说说路径可达这个词吧？有些人会觉得他的路看不到未来，有些人就可以清晰的看到他的方向。如果你现在所做的工作过两年会不会有所成长，达到你的目标。如果答案是否定的，那么说明现在的工作是没有上升通道的，就需要改变。当然安于现状不思进取是另外一回事。时刻反思自己所走的路，然后迅速调整，可能会少走很多弯路，毕竟时间不可逆。

二、时间规划

我有时候会想我五年后在哪里？做什么？大部分人对于这个都会比较模糊。因为时间跨度太大。五年时间相当于整个生命长河其实比较短，但在职业规划中确是很长的段，特别是刚毕业的那五年。从时间规划来讲肯定会用到时间的切分。宏观的东西只有落地到一件件事上才是有效的，才算得上完整的规划。但是话又说回来人是有惰性的，人对于这种有限制的东西有天然的排斥感，执行起来非常痛苦，即使开始执行起来很有激情，过不了几个月，所有的计划都缩水了，这同时也导致了很多时间的浪费和做事情的盲目性。所以计划的时效性和执行很重要，这里又会涉及一个词：“执行力”。

没有计划也导致学习变成一个一个孤立的点，完全没有串连性。因为你是想到学什么学什么，而不是计划着学，一段时间后可能会有一些积累，但是永远深度不够。这可以做一个简单的实验，把自己脑子里的东西理一理，如果时间需要很长说明整体知识体系已经有些混乱，可以对比一下 *** 作系统的磁盘整理。如果一个人能很好的管理时间那么必成大牛。好学生好在哪里，排除智商的因素外，就是时间管理和善于思考。我觉得我自己最大的问题：时间管理，自律性，沟通能力。这三块是我觉得自己最缺乏一定程度上是致命的，很大程度上会决定我未来的所发展的高度。

三、项目经理还是架构师

在程序员中一直有个讨论就是将来要做项目经理还是做架构师。这两条路的侧重点不一样，所以积累的东西也可能不同。项目经理更强调综合能力，比如说协调能力，沟通能力等一系列偏管理的能力。而架构师可能更专注于技术本身，技术上的宏观方向。两条路有重叠，但是更多的是区别。有些项目经理可能就不会写代码。但是同样可以带好一个项目，一个团队。

我曾经也问自己要是以后这两条路走哪条，其实都可以尝试一下。比如说给一个项目让我带带，我能否把它带好，其实需要机会，同时也需要自己去争取这样的机会。所以我的答案就是如果有机会的话两条路都可以尝试走走，就是两个方向的一些能力都可以进行积累。很多人认为项目经理是一个职位，我倒觉得是动态的，这个项目中你做项目经理，另外一个项目中可能又是开发工程师。所以不永远是项目经理，也不永远是开发工程师。

就程序员而言，专注技术是没有任何问题的，先技术后管理。管理这个东西总的说有点虚无飘渺，各都有各的一套理论，比较难以评估。但是技术是可测量的，通过一定的努力技术水平都会有定的跃升。记得在《肖申克的救赎》里面说到地质的形成只需要两个条件：压力和时间。其实对于学技术也是一样的。只要肯学一定会达到某个水平。到大牛级别的确实需要一些悟性和天分。

四、我的选择

我为什么觉得自己应该走架构师这条路，这和我职业终极目标是契合的。这里先说一下架构师做什么？架构师负责整个项目甚至整个系统的构架（这一句话等于废话）。一般型的项目可能这个设计项目就做掉甚至可能就不需要架构。但是系统复杂度上升的时候，会涉及到系统之间的交互，还有技术的可行性和整个设计的方案。这个时候架构师就出场了。另外的工作就是承担一定的培养新人的工作。所以架构师都需要具备比较好的口才，很多人都说程序员不会说话，错了，那是低端的，到了高端的程序员口才都很好，看一下那些程序员大会中侃侃而谈的架构师们，是不是有种“高端大气上档次”的感觉。这后面会发现有一个发展方向就是“培训师”，还可以写书，其实这些都可能是一些“副产品”。技术到一定的境界很多事情到都是水到渠成。

架构师写代码吗？当然写。他们肯定不会写那些简单的代码，他们一般写什么代码？框架，一般来讲优秀的框架都是一个人或者极少人写出来的。比如说Linux的核心就是一个人写出来的。好的代码绝不是人堆出来的。你给100个初级程序员也整不出一个Struts来。这里会衍生出另外一条路，就是开源框架，很多牛人都是开源社区的爱好者。都或多或少的参与了一些开源项目。甚至把自己写的一些东西开源出来。一般来讲能做到这个级别那是相当厉害的了。

五、领域方向

我记得以前总有人问我你最擅长的领域是什么？这个问题一问我就懵了，因为我从来就没想过这个问题。可能本身还没到分领域的级别，还处于一种“原始积累”阶段。技术学到一定阶段的时候是分领域的。领域之间会有一些交叉。

我所知道的大方向是“高性能，大数据量，移到平台“。这是我给Java这所分的三个方向。其实我上面所说的三个方向不一定是同一个维度。但是我认为写Java的如果没有沾上这三个方向中的一个，一定没有前途。高性能和大数据量的处理需要比较多的技术储备。很多人说写个Java就是CRUD（严格来讲，对于计算机本身所有的 *** 作都是CRUD）。可是在高性能情况下所涉及的问题一下成指数级增长。各种“水平扩展”，“服务化”，“容灾”，”缓存”等各种牛B的词汇就来了，你写一般的CRUD最多也就知道个SSH，这是不一样的。比如说做大数据量的处理一定会知道Hadoop，然后就是云计算，云存储。反正什么牛B什么来。移动平台和上面我所说的维度不一样，因为移动平台相对应的是PC平台。但是由于移动平台的发展时间很短。所以能搭上这趟快车也有不错的发展。要是早些年（2012年以前）进入移动平台的开发，现在同水平的程序员工资肯定更高。这是平台发展所带来的红利。虽然三年前我预见到了移动平台的无可限量，但是那时候就像一个一无所有的人，还管它什么移动平台还是PC平台，能写代码做项目就OK。以至于我学了一个月的Android就偃旗息鼓。

不管怎么样技术的底层都是一样的，所以扎实的基础是必要的，这就是为什么算法和数据结构是永恒不衰的。很多人说算法和数据结构无用那就是无知的表现。这个无知就像在讨论读大学有没有用一样。

六、总结

上面所说的一些东西可能都会比较虚，很多人都可能明白其中的道道，比如说到时间管理，这个估计从学生时代就在讲。但是真正的执行还是千差万别。所以又回归到哪里？回归到人本身。后来我想明白一件事情，即使道理再明白，没有好的执行仍然等于空谈。这里我回想起刘未鹏的《暗时间》。里面非常细致的讲了对于时间的管理。这个我读大学的时候同样在一本书《读大学，究竟读什么》里面也有所论述。当然两个方向是不一样的，一个是程序员的思维，另外一个是文科生的思维。但是道理只有一个，时间利用率的本质是什么。

另外就是实践，强烈的实践。我记得大学的时候读《人性的弱点》真是心潮澎湃，可是过不了多久我就忘了书中的内容。所以没有把书中的一些东西深刻的印记在脑海里并转化成你自己的东西，它永远只是知识。

以上就是关于android开发一般都使用什么框架全部的内容，包括:android开发一般都使用什么框架、android有没有关于介绍第三方框架的书籍、Android程序员的较好的职业规划应该是怎样等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！