Android文档（1）

Calendar Provider 日历提供者

        日历提供者是日历事件的存储库，日历提供者的API允许你在日历、事件、参与者、提醒等等执行增删改查的操作。

        日历提供者API能够用来使应用和适配器同步。但是规则主要依赖于调用什么种类的程序，这篇文档主要讲的是如何使CalendarProvider作为一个应用。如果为了看如何使用不同的适配器同步的讨论，请看同步适配器。

        正常情况下，要读或要写日历程序，必须在清单文件中写上必要的用户权限。为了是普通的操作执行的更加容易，Calendar Provider提供了一系列的意图，作为在Calendar Intents的描述。这些意图可以将用户们带到日历应用中去添加，查看或者编辑时间。用户和日历应用进行交互然后返回原始的应用程序。因此如果你的应用没有请求权限，是不能提供用户的接口来查看或创建事件。https://mp.csdn.net/postedit/79672884

基础https://mp.csdn.net/postedit/79672884

        Content Provider储存数据并使它能够被应用所访问。Android平台提供的Content provider作为一个基于关系数据库模型里的一系列表格明显的暴露数据，每一行都是一个记录每一列都是特殊的数据类型并且有特殊的意义。所以Calendar ProviderAPI，应用和同步适配器能够

        Fragment

       一个Fragment代表一个Activity中的用户的行为或者是用户接口的一部分。你能够在一个Activity中联合多个Fragment来建立一个多多窗口的UI或者在多个Activity中重新使用一个fragment。你可把fragment想象成Activity中的一个模块，它有自己的生命周期，能够接受自己的输入事件并且你可以在activity运行是进行添加或移除（它有点像你可以在不同的活动中重复使用的“次级活动”）

       一个fragment必须被嵌入到一个activity中并且这个fragment的生命周期直接受到它的主activity的生命周期影响。例如，当Activity暂停了，在这个activity中所有fragment都暂停，或者当activity被销毁了，他里面的所有fragment一样也都被销毁。然而，当activity正在运行的时候（即Activity再次被调用回生命周期），你可以迅速的更改每个fragment，像移除他们之类的操作。当你执行完一个fragment后，你可以添加它到本Activity管理的后台栈中---每一个在activity后台站的入口都是fragment的事物的一个记录。后台栈允许用户通过按回退按钮翻转一个fragment的事物（向后操纵）。

       当你添加一个fragment作为你的Activity布局的一部分时，它会在activity的视图层级的ViewGroup中并且fragment可以定义它自己的视图布局，你可以向你的Activity布局中通过声明添加一个fragment，用<fragment>这个节点。然而，一个fragment不被要求必须是Activity布局的一部分，你也可以用一个没有自己UI的fragment作为一个透明的部分放在activity中。

      这个部分描述你的应用怎么 建立来用fragment，包括fragment能够继续保持他们的状态当被添加到Activity的后台栈中时，和其他的fragment分享Activity的事件，为Activity的活动作出自己的“贡献”等等一系列的东西

设计的观念

Android在3.0版本（api11）后引进fragment，主要是为了支持大屏显示设备上更多的动态的和变化的UI，像平板。因为平板的屏幕比手机的屏幕要大很多，在它上面有更多的控件来联合和交互UI组件。fragment允许这样的设计，而不需要你要管理负载view的层次结构的改变。通过在fragment中分离Activity的布局，你变的能够在运行时修改Activity的布局和在后台栈中不能被activity修改的变化。

例如，一个新的应用能用左侧的fragment展示一个文章的列表，右侧的fragment则用来展示文章，两个fragment同时出现在一个activity中，一个挨着一个，并且每个fragment有自己的生命周期的回调方法还能够控制他们自己的输入事件。因此，用户可以用一个activity来读文章和选文章来代替用两个activity来做相同的任务，如图一所示。

你应该设计fragment作为activity的模块化和重复使用的组件。也就是，