深入android 【三】 —— 组件入门

　　组件（component），在谈及所谓架构和重用的时候，是一个重要的事情。很多时候都会说基于组件的">软件架构，指的是期望把程序做乐高似的，有一堆接口标准封装完整的组件放在哪里，想用的时候取上几个一搭配，整个程序就构建完成了。 　　在开篇的时候就在说，android是一个为组件化而搭建的平台，它引入所谓mash-up的概念，这使得你在应用的最上层，想做的不组件化都是很困难的一件事情（底层逻辑，好吧，管不了...）。具体说来，android有四大组件四喜丸子：activity、service、broadcast receiver、content provider。 　　activity 　　做一个完整的android程序，不想用到activity，真的是比较困难的一件事情，除非是想做绿叶想疯了。因为activity是android程序与用户交互的窗口，在我看来，从这个层面的视角来看，android的activity特像网站的页面。 　　首先，一个网站，如果一张页面都没有，那...，真是一颗奇葩。而一张页面往往都有个独立的主题和功能点，比如登录页面，注册页面，管理页面，如是。 　　在每个页面里面，会放一些链接，已实现功能点的串联，有的链接点了，刷，跑到同一站点的另一个页面去了；有的链接点了，啾，可能跳到其他网站的页面去；还有的链接点了，恩...，这次没跑，但当前页面的样子可能有所变化了。这些模式，和activity给人的感觉很像，只不过实现策略不同罢了，毕竟 android这套架构的核心思想，本身就来自源于web的mash-up概念，视为页面的客户端化，也未尝不可。 　　activity，在四大组件中，无疑是最复杂的，这年头，一样东西和界面挂上了勾，都简化不了，想一想，独立做一个应用有多少时间沦落在了界面上，就能琢磨清楚了。从视觉效果来看，一个activity占据当前的窗口，响应所有窗口事件，具备有控件，菜单等界面元素。从内部逻辑来看，activity需要为了保持各个界面状态，需要做很多持久化的事情，还需要妥善管理生命周期，和一些转跳逻辑。对于开发者而言，就需要派生一个activity的子类，然后埋头苦干上述事情。对于activity的更多细节，先可以参见：reference/android/app/activity.html。后续，会献上更为详尽的剖析。 如果喜欢深入android 【三】 —— 组件入门请收藏或告诉您的好朋友.