第一篇：语文学习心得九(8)班余卓凡
期末语文学习经验总结
九（8）班余卓凡
这次的语文期末考试中，我取得了比较好的成绩，在此想与大家分享一下我学习语文的一点心得。
也许很多同学都觉得语文太麻烦，比较难把握到学好语文的要领。可我却不这么认为，我觉得学好语文这门学科是有一定方法的。因为它是所有学科中最为基本的课程，因为语文不仅汇聚了我们母语的精华，而且与其他学科也有着千丝万缕的联系。在历史，政治等课中，我们常会看到语文的踪迹；在语文书中，我们也常会发现历史生物的踪影。所以，只要学会好语文，学其他科时就省事多了。下面，我就给大家谈谈我的学习方法。
一切知识是以记忆为基础的，语文学习更是如此。在语文学习中，阅读和写作占了很大一部分地位，我相信那些背诵与默写的内容对于绝大多数同学来说，应该不是难事。正是因为有阅读和写作，许多同学在学习语文时才会遇到瓶颈。其实在阅读上不必花大量的时间，你只要在课堂上听懂老师讲的每一课的内容，下课了，有不明白的地方抓紧时间与老师交流，与同学讨论。然后认真做老师布置的每一道阅读分析题，不随便敷衍。有了平时充分的锻炼，考试时一定没问题。当然最重要的是，考试时遇到的题目是不可能与平常老师讲课和作业一模一样的，在答题的时候不能存有侥幸心理，应把每道题当做从没做过的，每个语段当做从没看过的，认真分析比较，不照搬照抄老师上课的内容，学会自己分析。
讲到作文这个语文上的重头戏，我觉得积累很重要。俗话说：“巧妇难为无米炊。”这文章之“炊”，就是从字、词、句之“米”组成的。要到达一般阅读、书写水平，你总得记住几千个汉字；要进一步使文字自然、流畅、华丽、优美，你就得记住许多精词妙句；如要再进一步使文章严谨、生动、清晰、新奇，你就得记住许多体式节构。正像跳舞要掌握基本舞步一样，只有肚子里滚瓜烂熟地装上几十篇范文，才能循归为圆，依矩成方，进而方圆自如，为其所用。至于文章内容的深浅，风格的高下，那是其他方面的修养，又当别论。也许你会说，这样背诵别人的文章不是抄袭吗？这样想是错误的，背诵并不代表要照搬照抄，你可以根据自身需求进行改动，在一次次的修改中，把一篇美文变得更贴合自己的生活，变得更好。
同学们，这就是我的语文学习方法和经验，我相信，只要做到上面几点，你就一定能学好语文。还有，同学们，良好的班集体是全体同学的共同进步，不如把你的学习方法也说出来，和大家一起分享，相信我们会成为最优秀的班级，这样，何乐而不为呢？
第二篇：余凡婚礼主持词
黄义刚、丁春艳婚礼主持流程
1、播放婚纱视频
2、婚礼倒计时视频
3、主持人上台，开场白 尊敬各位来宾
4、新郎新娘登场（新郎西装、新娘婚纱，安排伴娘）
新郎先登台，主持人询问新郎官，心情怎样，高兴吗，激动吗 激动那就考考他，新郎今天全身上下都是新的，新理的发，新刮得胡子，新买的皮鞋，这样我说哪你指哪，好不好！新衬衣，新领带，新皮带，新皮鞋，新西裤，里面穿了条新秋裤！（玩笑）
认为新郎帅的，有没有欢呼声，呐喊声
新郎非常的帅，所以啊，有一位爱的天使穿上了洁白的婚纱，让我们将目光转向爱的彼岸，新郎官，请争取你幸福的快乐吧。带着久久期待，带着悠悠情怀，有情人终成眷属，我们共同见证这一幸福时刻，朋友们用我们的掌声欢迎两位新人隆重登场。登场** 朋友们，认为我们的新娘漂亮的掌声，非常漂亮的有没有呐喊声，认为他们的结合是完美的，掌声。
5、交换婚戒（握在手心，放在胸前，宣誓，戴戒指，左手无名指，拥抱，亲吻）
黄义刚、丁春艳。祝福你们，因为从此刻开始，你们将开始一辈子的 牵手，两位幸福的爱人，请你们相对而立，双手相牵，四目相对，感受手心中传来的温暖，感受眼神中传来的关怀。此时此刻爱的使者，为两位呈上了璀璨的婚戒，两位幸福的爱人，请各自取出，放于心脏最近的地方。虔诚的为对方许下一个愿望
尊敬的黄义刚先生，你面前这位美丽的姑娘，将是你携手一生的爱人，从今天起，你将作为丈夫，用你所有的责任、力量和爱，去给他一个温暖的家，如果你能够做到，请用你最诚挚的方式，将它许愿与新娘的左手的无名指上，从此将它化作无泪的天使。新郎表白（我爱你）美丽的丁春艳你面前这位帅气的新郎，将是你一生的倚靠，从今天起，你讲作为妻子，用你所有的柔情和爱意，为他苒起一座爱的风帆，如果你能够做到，请将这枚爱的指环许愿与新郎左手的无名指上。情定于此，一生一世，2016年1月9日，黄义刚先生、丁春艳小姐正式结为合法夫妻。新郎拥抱并亲吻你的爱人吧!
6、敬孝心茶，改口，父母给包（互动游戏，现代，传统，英文，古代）互动游戏，三鞠躬行礼，先采访公公，高兴吗？既然你这么高兴啊，就要有个表现方式，你知道怎么表达吗？我现场教你怎样？？大笑三声怎样？ 问婆婆：媳妇漂亮吗？媳妇美丽吗？媳妇大方大方？好不好？再来一个要不要？
既然两位老人对媳妇这么满意，那么就让我们的新郎给老人敬上孝心茶。
爸，请喝茶！爸回答：哎…… 爹，请喝茶！妈，请喝茶！娘，请喝茶！
来请两位新人向爸爸妈妈行礼。一拜父母生育、养育之恩，请行礼 再拜父母，日夜操劳，培养之前，请行礼 祝福父母身体健康，笑口常开，请行礼！
7、点燃同心烛，夫妻对拜，交杯酒（准备同心烛）两位新人：请相对而立，婚礼是一个全新的开始，婚礼宣告了一个崭新的二人世界的诞生。他要求两位新人在以后下相亲相爱，相敬如宾！
8、抛手捧花，分享喜气
9、感谢来宾
10、开宴
第三篇：安卓学习心得
Android学习心得
-----093380117
计算机应用（1）
张峰
1.关于Activity
1.在一个Activity中使用多个View
如果把Activity看作MVC中的Control？它负责管理UI和接受事件（包括用户的输入），虽然说一个Activity通常对应一个屏幕，但事实上，我们是可以只用一个Activity管理多个不同的View来实现简单的逻辑。首先，我们增加一个新的资源描述layout/second.xml。
除了一个“Hello中国”以外，增加一个按钮可以返回前一个界面。然后，在代码中我们要为helloTwo增加两个方法，setViewOneCommand和setViewTwoCommand，分别处理一下在不同界面时，从资源里加载组件并为组件绑定一个事件处理器最后，我们需要在onCreate的时候，也就是启动后的main界面上设置一下按钮事件处理器。2.还是回到正道上，多个Activity之间的跳转
Android中提供一个叫Intent的类来实现屏幕之间的跳转，按文档的说法，似乎他们也建议采用这种方法，Intent的用法比较复杂，现在我先看看它最简单的用法。
这里的跳转功能用Intent来操作，它的最简单用法就是用函数setClass()设置跳转前后两个Activity类的实例，然后调用Activity自己的startActivity(intent)即可。最后一句finish()表示将当前Activity关掉（如果不关掉会如何？你可以自己试一下看效果，事实上有时我们是不需要关掉当前Activity的）。
然后，我们同样弄一个Activity类HelloThreeB，代码与前面的差不多，只是将setClass的两个参数反一下，这样就可以简单地实现在两个Activity界面中来回切换的功能了。
2.关于 Intent的使用
Intent分为两大类，显性的（Explicit）和隐性的（Implicit）。一般来说，intent要定位事件的目的地，无外乎需要以下几个信息： 1.种类（category），比如我们常见的 LAUNCHER_CATEGORY 就是表示这是一类应用程序。
2.类型（type），在前面的例子中没用过，表示数据的类型，这是隐性Intent定位目标的重要依据。
3.组件（component），前面的例子中用的是setClass，不过也可以用setComponent来设置intent跳转的前后两个类实例。4.附加数据（extras），在ContentURI之外还可以附加一些信息，它是Bundle类型的对象。
其实，如果是在一个应用内部，这种隐性的intent实在有点别扭，个人觉得，这种松藕合的实现方法，只适用于那些较大的系统或者多个不同的应用之间的调用，可手机上又有什么“较大”的系统呢？无非是可以与不同来源的多个应用之间方便地互操作而已，那么会是什么样的场景呢？比如，给QQ好友发送gmail邮件，用GoogleMap查找QQ好友所在的位置？看上去挺不错的。
关于这个ContentProvider，其实还有话说，它主要是的那些看似数据库操作的方法我们都没真正去实现呢。不过今天就到这里了，等下回再去研究吧。
3.关于ListActivity
准备一个List对象并借助Adapter就可以构造出一个列表。重载onListItemClick方法可以响应选择事件，利用第一个参数可以访问到这个ListView实例以得到选中的条目信息。这里有一点要说明的，就是如果更简单的话，其实连那个setContentView都可以不要了，Android也会自动帮我们构造出一个全屏的列表。但是本例中我们需要一个TextView来显示选中的条目，所以我们需要一个layout.mainb描述一下这个列表窗口。
这里需要注意的是那个ListView的ID，是系统自定义的android:list，不是我们随便取的，否则系统会说找不到它想要的listview了。然后，在这个listview之外，我们又增加了一个TextView，用来显示选中的条目。
再来说说这里用到的ArrayAdapter，它的构造函数中第二个参数是一个资源ID，ArrayAdapter的API文档中说是要求用一个包含TextView的layout文件，平台用它来显示每个选择条目的样式，这里的取值是R.layout.list_row，所以，我们还有一个list_row.xml文件来描述这个布局，相当简单。
从ArrayAdapter上溯到BaseAdapter，发现还有几个同源的Adapter也应该可以使用，象SimpleAdapter和CursorAdapter，还是做个例子来实验一下吧。
然后，在HelloTwoB中的onCreate函数中，修改代码，有几个不同：items的元素是HashMap实例，这是一点变化，然后构造函数除了要求items以外，还要求提供一个string[]来说明用hash表中的哪个字段显示在列表中，而后是一个资源ID的数组。
因为单纯的CursorAdapter是抽象类，所以我用的是它的子类SimpleCursorAdapter，很好理解，先用ContentResolver查询通讯簿得到一个游标，然后告诉SimpleCursorAdapter要用其中的People.NAME作为显示项来构造出一个adapter即可。4.关于Dialog
注意到android.app包下除了Dialog（可用于制作复杂的对话框）以外，还包括了几个系统定义好的对话框类，如DatePickerDialog、TimePickerDialog及AlertDialog。
其中AlertDialog我上回用过一次，基本上就那样子了，今天看看另外两个对话框的使用吧。
很简单的，无非是需要一个OnDateSetListener接口的实现而已，在它里面的dateSet方法中就可以得到选择的日期了。而TimePickerDialog与DatePickerDialog使用如出一辙。
看看另一个ProgressDialog的用法吧，这个类与AlertDialog一样包含了多个static的方法，所以使用起来是非常方便的。比如说，如果我们需要用它来表示一个长时间的操作。
5.关于Service和Notification
大略地看了一下android.app下的Service类，觉得它与Activity非常相似，只是要注意几个地方：
1.生命周期，Service的从onCreate()->onStart(int,Bundle)->onDestroy()显得更为简单。但是它的onStart是带参数的，第一个ID可用来标识这个service，第二个参数显示是用来传递数据的了。比较Activity，传递数据的Bundle是在onCreate就带进入的。
2.Service的启动由Context.startService开始，其实Activity或者Service都是Context的派生类。结束于Context.stopService()或者它自己的stopSelf()。
3.Service还有一个与Activity不一样的是它可以由另一个Context去绑定一个已存在的Service。就是这个方法Context.bindService()，被绑定的Service要求是已经onCreate了但可以没有onStart。在Service类中有个抽象方法getBinder()可以得到这个IBinder对象。关于这方面的细节，以后再看，这里只做个记录罢。
4.与Service有关的还有一个安全的问题，可以在AndroidManifest.xml中用
6．GridView与ImageView
简单一点吧，就瞧瞧那个Grid的效果，Android提供了一个GridView，不过从APIDemo中看来，它似乎与PC上的GRID差别还是挺大的，更像那个IconView的感觉。不知道Android中如何实现表格界面？虽然在移动终端上，表格一般不会有谁使用，大家似乎更倾向于使用ListView，而Android对于ListView则有更简单的实现ListActivity。
很简单，只要重载几个方法就可以了，关键是那个getView方法，它负责构建出每个单元格中的对象实例。这里我们构造的是一个ImageView实例。
然后就是同样的将这个Adapter赋给GridView即可，大家可以看看效果，注意在做这个例子前，先放几个小图片到res/drawable目录下，buildproject一下就可以得到那个R.drawable.a了（这里的a是图像文件名，如a.png）。
在getView方法中我们使用了ImageView类，这又是一个widget。除了上面用到的几个方法以外，还有以下几个方法值得注意： 与图像来源有关的方法，我们只用了资源文件的方式。
还是习惯性跑题了，其实，我是想通过我对这个类的无数次Debugger跟进，说说它的多线程异步处理的解决策略的。他的基本策略如下： 1.当你实例化一个AsyncQueryHandler类时（包括其子类...），它会单件构造一个线程（后面会详述...），这个线程里面会构建一个消息循环。
2.获得该消息循环的指针，用它做参数实例化另一个Handler类，该类为内部类。至此，就有了两个线程，各自有一个Handler来处理消息。3.当调用onXXX的时候，在XXX函数内部会将请求封装成一个内部的参数类，将其作为消息的参数，将此消息发送至另一个线程。4.在该线程的Handler中，接受该消息，并分析传入的参数，用初始化时传入的ContentResolver进行XXX操作，并返回Cursor或其他返回值。
5.构造一个消息，将上述返回值以及其他相关内容绑定在该消息上，发送回主线程。
6.主线程默认的AsyncQueryHandler类的handleMessage方法（可自定义，但由于都是内部类，基本没有意义...）会分析该消息，并转发给对应的onXXXComplete方法。
7.用户重写的onXXXComplete方法开始工作。
这就是它偷偷摸摸做过的事情，基本还是很好理解的。我唯一好奇的是它的线程管理方式，我猜测他是用的单件模式。第一个AsyncQueryHandler的实例化会导致创建一个线程，从此该线程成为不死老处男，所有的ContentResolver相关的工作，都由该线程统一完成。个人觉得这种解决方式很赞。本来这个线程的生命周期就很难估量，并且，当你有一个ContentProvider的请求的时候，判断你会做更多的类似操作并不过分。就算错了，花费的也只是一个不死的线程（与进程同生死共存亡...），换来的却是简单的生命周期管理和无数次线程生死开销的节约。同时另外一个很重要的问题，他并会涉及到单件中数据同步的问题，每个类都有各自的Handler类，彼此互不干扰，分发可以分别进行。当多个数据请求的时候，在同一个ContentResolver上进行的可能微乎其微，这就避免了堵塞。总而言之，这套解决办法和Android的整体设计算是天作之合了。
所以建议，如果你有什么非ContentProvider操作，却需要异步多线程执行的话，模拟一套，是个不错的策略，当然，具体情况具体分析，生搬硬套是学不好马列主义的。
7.显示控件使用
Android的界面显示同样也是基于控件的。通常是用View（包括ViewGroup）控件配上XML的样式来做的。具体细节不想说了，可以参考 Samples里的ApiDemos/View，和View的Doc，以及Implementing a UI这篇Doc。其他还有很多，感觉算是SDK讲述的最多的内容。
从控件的使用上，和网页的设计类似，尽量用parent_width之类的抽象长度，用Theme来做风格，抽取所有的字串等信息做本地化设计。相关内容参看Implementing a UI就好。
一类比较重要的是数据绑定控件。如果做过ASP.Net会从中看到很多类似的地方。一个支持数据绑定的控件，比如ListView。可以通过一个 ListAdapter绑定到一个数据源上。ListAdapter是一个抽象类，主要的实现类包括SimpleAdapter和 SimpleCursorAdapter。前者是绑定一个静态的Array，后者是绑定一个动态的Cursor。Cursor前面说过，是一个指向数据源的随机迭代器，将View绑定到Cursor通常要设置这样几个参数。一个是每一行的样式，称作Row Layout，其实就是一个普通的Layout的XML文件。还有就是一个列和现实控件的对应关系。那个控件显示哪个列的值，这是需要配置的。为了定制一个良好的数据显示控件，最简单你可以定制很PP的Row Layout，复杂一点就是可以重载绑定控件View，或者是适配器ListAdapter。如果是一个数据显示密集的应用，且你对UI有些追求，这个工作估计是必不可少的。
一个主要用于显示数据内容的Activity，可以选择派生自ListActivity。它提供了一个具有ListView 的Layout，还有simple_list_item_1, simple_list_item_2, two_line_list_item等默认的Row Layout，还有一些比较不错的API，和可供响应选择Item的事件。可以满足你比较基础的需求。如果你觉得只有一个ListView的界面太突兀，你可以为这个ListActivity指定一个Layout，需要注意的是，你需要提供一个id为@android:id/list的ListView控件，避免Activity在内部偷偷寻找该控件的时候失败。
除了这些要求，做好UI还有注意易用性和效率。快捷键是一个比较不错的选择，在 Activity中调用setDefaultkeyMode(SHORTCUT_DEFAULT_KEYS)，可以开启快捷键模式，然后你可以将菜单绑定到指定快捷键上就OK了。个人觉得Tip也是一个比较重要的东西，但目前观察看来，这个东西只能够自己提供了。界面的动态性有时候是不可避免的，比如说菜单就是一个需要经常根据光标位置提供不同的选项。这个东西Android很人道的考虑到了，你可以参看NodeList这个Sample。它采取的应该是一个静态模拟动态的方式，这样有助于提高速度。你也可以利用ViewInflate，动态从一个XML创建一个控件。成本据Doc说很大，不到万不得已不要使用。
8.Intent消息传递
在前面写Android的ContentProvider时候，可以看到那是基于观察者模式的一个消息传递方法。每一个Cursor、ContentResolver做为一个小的注册中心，相关观察者可以在这个中心注册，更新消息由注册中心分发给各个观察者。而在MFC或Winform中，都会形成一个消息网，让消息在网中流动，被各节点使用、吃掉或者在出口死掉。
相比之下，我个人觉得基于Intent的Android核心消息传递机制是有所不同的。它应该会有一个全局性的注册中心，这个注册中心是隐性的，整个Android系统中就那么一个。所有的消息接收者，都被隐形的注册到这个中心。包括Activity，Service和IntentReceiver。其实说隐形注册是不确切的，所有注册都还是我们手动告诉注册中心的，只是与传统的方式不一样，我们通常不是通过代码，而是通过配置文件来做。在应用的Manifest中，我们会为一些Activity或Service添加上Intent-filter，或在配置文件中添加
当程序有一个消息希望发出去的时候，它需要将消息封装成一个Intent，并发送。这时候，应该是有一个统一的中心（恩，有可能Android底层实现的时候不是，但简单这样看是没问题的...）接受到这个消息，并对它进行解析、判定消息类型（这个步骤降低了耦合...），然后检查注册了相匹配的filter或receiver，并创建或唤醒接收者，将消息分发给它。这样做有很多好处。虽然这种传递有的时候不如点对点的传递快（这有些需要速度的地方，我们看到Android会通过直接通信来做），但有时候又因为它只经过一跳（姑且这么叫吧...），比复杂的流动又要更快。更重要的是，它耦合性低，在手机平台这种程序组件多变的条件下使用十分适合。并且它可以很容易实现消息的精确或模糊匹配，弹性很大。（我个人曾想在开发一个C++二次平台的时候引入这样的机制，但在C++中，建立一套完整的数据marshal机制不容易，相比之下，用java来做会简单很多...）
恩，废话说了很多，具体讲讲Android中Intent的使用。当你有一个消息需要传递，如果你明确知道你需要哪个Activity或者其他Class来响应的话，你可以指定这个类来接受该消息，这被称为显性发送。你需要将Intent的class属性设置成目标。这种情况很常见，比如startActivity的时候，会清楚当前Activity完了应该是哪个Activity，那就明确的发送这个消息。
但是，有的时候你并不确定你的消息是需要具体哪个类来执行，而只是知道接收者该符合哪些条件。比如你只需要有一个接收者能显示用户所选的数据，而不想制定某个具体的方法，这时候你就需要用到隐形发送（传统上，我们可能会考虑用多态，但显然这种方式更为灵活...）。在Android中，你可以为Intent指定一个action，表示你这个指令需要处理的事情。系统为我们定义了很多Action类型，这些类型使系统与我们通信的语言（比如在Activity里面加一个Main的filter，该activity就会做成该应用的入口点），当然你也可以用于你自己的应用之间的通信（同样当然，也可以自定义...）。强烈建议，在自己程序接收或发出一个系统action的时候，要名副其实。比如你响应一个view动作，做的确实edit的勾当，你发送一个pick消息，其实你想让别人做edit的事，这样都会造成混乱。当然只有Action有时候是不够的，在Android中我们还可以指定catalog信息和type/data信息，比如所有的显示数据的Activity，可能都会响应View action。但很多与我们需要显示的数据类型不一样，可以加一个type信息，明确的指出我们需要显示的数据类型，甚至还可以加上一个catalog信息，指明只有你只有按的是“中键”并发出这样的消息才响应。从上面可以看出，Android的Intent可以添加上class, action, data/type, catalog等消息，注册中心会根据这些信息帮你找到符合的接收者。其中class是点对点的指示，一旦指明，其他信息都被忽略。Intent中还可以添加key/value的数据，发送方和接收方需要保持统一的key信息和value类型信息，这种数据的marshal在java里做，是不费什么力气的。
Android的Intent发送，可以分成单播和广播两种。广播的接收者是所有注册了的符合条件的IntentReceiver。在单播的情况下，即使有很多符合条件的接收者，也只要有一个出来处理这个消息就好（恩，个人看法，没找到确切条款或抉择的算法，本来想实验一下，没来得及...），这样的情况很容易理解，当你需要修改某个数据的时候，你肯定不会希望有十个编辑器轮流让你来处理。当广播不是这样，一个receiver没有办法阻止其他receiver进行对广播事件的处理。这种情况也很容易理解，比如时钟改变了，闹钟、备忘录等很多程序都需要分别进行处理。在自己的程序的使用中，应该分清楚区别，合理的使用。
9.ContentProvider数据模型
数据库操作
从我目前掌握的知识来看，SQLite比较轻量（没有存储过程之类的繁杂手段），用起来也比较简单。实例化一个SQLiteDatabase类对象，通过它的APIs可以搞定大部分的操作。从sample中看，Android中对db的使用有一种比较简单的模式，即派生一个 ContentProviderDatabaseHelper类来进行SQLiteDatabase对象实例的获取工作。基本上，ContentProviderDatabaseHelper类扮演了一个singleton的角色，提供单一的实例化入口点，并屏蔽了数据库创建、打开升级等细节。在ContentProvider中只需要调用ContentProviderDatabaseHelper的openDatabase方法获取SQLiteDatabase的实例就好，而不需要进行数据库状态的判断。URI 像进行数据库操作需要用SQL一样，对ContentProivder进行增删改查等操作都是通过一种特定模式的URI来进行的（ig：content: //provider/item/id），URI的能力与URL类似，具体细节可以查看SDK。建立自己的ContentProvider，只需要派生 ContentProivder类并实现insert, delete, update等抽象函数即可。在这些接口中比较特殊的是getType(uri)。根据传入的uri，该方法按照MIME格式返回一个字符串（==!没听过的诡异格式...）唯一标识该uri的类型。所谓uri的类型，就是描述这个uri所进行的操作的种类，比如content://xx/a与 content://xx/a/1不是一个类型（前者是多值操作，后者是单值），但content://xx/a/1和content://xx/a/2 就会是一个类型（只是id号不同而已）。
在ContentProvider通常都会实例化一个ContentURIPraser来辅助解析和操作传入的URI。你需要事先（在static域内）为该ContentURIPraser建立一个uri的语法树，之后就可以简单调用 ContentURIPraser类的相关方法进行uri类型判断（match方法），获取加载在uri中的参数等操作。但我看来，这只是在使用上简化了相关操作（不然就需要自己做人肉解析了...），但并没有改变类型判定的模式。你依然需要用switch...case...对uri的类型进行判断，并进行相关后续的操作。从模式来看，这样无疑是具有强烈的坏味道，类似的switch...case...代码要出现N此，每次一个 ContentProvider做uri类型的增减都会需要遍历修改每一个switch...case...，当然，如果你使用模式（策略模式...）进行改造对手机程序来说无疑是崩溃似的（类型膨胀，效率降低...），所以，只能是忍一忍了（恩，还好不会扩散到别的类中，维护性上不会有杀人性的麻烦...）。增删改查
ContentProvider 和所有数据源一样，向外提供增删改查操作接口，这些都是基于uri的指令。进行insert操作的时候，你需要传入一个uri和 ContentValues。uri的作用基本就限于指明增减条目的类型（从数据库层面来看就是table名），ContentValues是一个 key/value表的封装，提供方便的API进行插入数据类型和数据值的设置和获取。在数据库层面上来看，这应该是column name与value的对应。但为了屏蔽ContentProvider用户涉及到具体数据库的细节，在Android的示例中，用了一个小小的模式。它为每一个表建一个基于BaseColumn类的派生类（其实完全可以不派生自BaseColumn，特别当你的表不基于默认的自动id做主键的时候），这个类通常包括一个描述该表的ContentURI对象和形如 public static final TITLE = “title”这样的column到类数据的对应。从改变上角度来看，你可以修改column的名字而不需要更改用户上层代码，增加了灵活性。insert方法如果成功会返回一个uri，该uri会在原有的uri基础上增加有一个row id。对于为什么使用row id而不是key id我想破了脑袋。到最后，我发现我傻了，因为ContentProvider不一定需要使用数据库，使用数据库对应的表也可以没有主键，只有row id，才能在任何底层介质下做索引标识。
但，基于row id在删除和修改操作是会造成一定的混乱。删除和修改操作类似。删除操作需要传入一个uri，一个where字串，一组where的参数（做条件判定...），而修改操作会多一个ContentValues做更新值。着两个操作的uri都支持在末尾添加一个row id。于是混乱就出现了。当在where参数中指明了key id，而在uri中提供了row id，并且row id和key id所指函数不一致的时候，你听谁的？示例代码中的做法是完全无视row id（无语...），如此野蛮的方式我估计也只能在示例中出现，在实际中该如何用，恩，我也不知道。幸运的是，我看了下上层对 ContentProvider的删除操作，其实都不会直接进行，而是通过调用Cursor的delete方法进行，在这前提下，我想Cursor会处理好这些东西吧。
最后一个操作是查询操作，可以想见，查询的参数是最多的，包括uri和一组条件参数。条件参数类型和标准的sql类似，包括 sort, projection 之类的。从这些参数到sql语句的生成，可以寻求QueryBuilder类的帮助，它提供了一组操作接口，简化了参数到sql的生成工作，哪怕你不懂 sql都完全没有问题（这话说的我自己都觉得有点悬...）。查询返回一个Cursor。Cursor是一个支持随机读写的指针，不仅如此，它还提供了方便的删除和修改的API，是上层对ContentProvider进行操作一个重要对象，需要仔细掌握（Cursor还可以绑定到view上，直接送显，并与用户进行交互，真是程序越往上，封装越好，工作越机械没有复杂性了...）。数据模型
在与界面打交道的Cursor、ContentResolver等数据操作层中，大量采用观察者模式建立数据层与显示层的联系。一个显示层的视图，可以做成某一种观察者注册到Cursor或ContentResolver等数据中间层中，在实现底层ContentProvider中，我们需要特别注意在对数据进行修改操作（包括增删改...）后，调用相应类型的notify函数，帮助表层对象进行刷新（还有一种刷新方式是从一个view发起的）。可以看到 Android的整体数据显示框架有点像MVC的方式。Cursor、ContentResolver相当于控制层，数据层和显示层的交互通过控制层来掌管，而且控制层很稳定不需要特别定制，通常工作只在定制数据层和显示层空间，还是比较方便和清晰的。
10.学习感想
通过这学期对安卓的学习，大概了解了以上一些知识，对安卓有了初步的了解，这几个月给我的东西我想用有形的和无形的两部分概叙，形的当然就是技术水平的长进，虽然其中肯定有很多的不足，相信慢慢会体会到。
第四篇：实训心得(张卓凡)
实训心得
抱着打酱油的心情来到宁波职业体验中心，值得开心的事是一起的还有同班同学。我们达到的时候已经时晚上六点多了，开办典礼才刚刚开始，他们用异样的眼神看着我们这几个迟到的同学，很快就这样一天过去了。
第二天就是马老师的课了，我无精打采地坐在位子上，因为眼睛不太舒服皱着眉而被马老师一直关注着。沙漠掘金，我被选为做外交管，我这个人一直不太善于和人交流况且还是一群不太认识的人。因为没有做好充分的准备，以及没有认真听清游戏的规制，整个队伍都死在了沙漠之中。通过这个游戏让我知道一个团队要有合作精神，其中管理者要勇于承担和管理整个团队。马老师的课内容丰富又精彩。马红红老师用她自己的经验教导我们理解会计这门课程，虽然我是电子商务专业的，并不懂会计这一门课程。但是通过马红红老师对我细心的讲解，让我看懂最简单的科目汇总表，制作利润表和资产负债表。了解会计最基础的知识。
我们的班主任吕老师是个健谈的人，很有亲和力。第一次让我点名的时候心里愣了一下，结果还是点错了一个人、忘了一个人的名字，不过在接下去的几天时间里，大家相处的还是很不错。在玩卓越圈的时候大家都很努力，不断缩短时间，虽然还是没有达到最终的目标但还是挺有成就感。可怜的火星哥做的这么多俯卧撑，真是难为他了。
快乐的时间总是过的很快，十几天在转眼间就要结束了。很喜欢这里的老师和教课方式，很喜欢在这里遇到的一群好朋友。
第五篇：康凡-学习心得
过渡性学习心得
做个快乐的教师
—读《给“悲观的教师”一块石头》有感西溪中心小学康凡
今天，我学习了山东省肥城市桃园镇中心小学李正强老师写的《给“悲观的教师”一块石头》这篇文章，颇有感触。
文中先讲了一个生活在孤儿院的小男孩，因为命运不公而常感到自卑，于是院长给了小男孩一块石头，让小男孩分别到石头市场和黄金市场去卖这块石头，结果竟有不少人出高价购买。从而校长引导小男孩明白：生命的价值在不同的环境下会有不同的意义，只要自我珍惜，生命就有价值。接着，李老师从这个故事联想到现在很多教师像故事中的小男孩一样，在教学中迷失了方向，整天浑浑噩噩过日子，加深了对教师职业的倦怠。李老师提出要给这些“悲观的教师”们一块石头，让他们能从工作中找到自己，看重自己，进而珍惜自己，发展自己。
教师，站在那永远的“三尺讲台”上面，面前总是叠放着份份厚重的期待，每天面对的似乎是相同的事情，相同的人，周而复始。时间长了，的确很容易产生职业倦怠，心情的快乐指数也不容乐观。因此，我们要寻找快乐，更要享受快乐。
在教学过程中，教师的行为是营造快乐环境的根本。教师的一举一动、一言一行，甚至，只是一个小小的眼神，都能体现你对孩子关注与否，都有可能是孩子快乐的源泉。然而，教师的一举一动、一言一行都不应是可以的做作，而应是自然的流露。所 1
以，教师应该首先是快乐的。怎样做一名快乐的教师呢？
首先，要热爱自己的职业。做一个快乐的教师，要努力使自己成为一团熊熊燃烧的火，用自己这把火去点燃学生求知、求美、求善的火把。做一个快乐的教师，要保持住自己的热情、热忱，要努力地挖掘自己所从事的工作的内在价值与趣味性，使自己对工作、事业有一种日日新、月月新、年年新的感觉，使自己始终保持一种良好的状态。当我从学校走向教师岗位时，我觉得，这是阳光下最光辉的职业。每天，当我走出家门，走进教室时，我的心底充满了快乐。我始终以教师职业作为终身职业的追求。
其次，不要对工作环境有太多的抱怨，保持乐观豁达和积极向上的心态尤为重要。良好的心态是一种强大的动力，能够激发教师强烈的工作热情，在课堂上乐观开朗，在工作中充满活力，在人际交往中尽显魅力，展现在学生面前的是一个充满阳光的教师形象，能够营造出一种轻松积极、和谐愉快的心理氛围，激发学生的参与热情，使课堂彰显生命活力。要做一名好老师，但不要苛求自己的成绩非要超过别人；要做一名好班主任，但不要苛求自己的班级非要年级第一，那样你累学生更累。处处以他人作为竞争对象使得自己经常处于紧张状态。只要孩子们有进步，就知足吧，知足常乐。有了健康的身体和乐观的心态，我们就是一个成功者。
第三，有着融洽的同事关系。做教师的都应该清楚，教师的工作效果是具有一定群体性的。所以我们要时刻反省自己是否工作在一个和谐的工作环境之中，与同事在教学中是否已形成了一
种教育合作的默契；你感觉到你的同事对你的工作是支持还是受制；如果感到工作处处受制，那么不可能是快乐的教师。同事是工作伙伴，有时又是竞争对手，处理好与同事的关系，是我们获得快乐的必要保证。岗位竞争激烈，保持适度的危机意识是必要的，但是过于紧张，草木皆兵却大可不必。我们应该调整好心态，正确对待同事。我们首先必须明白，无论自己再怎么优秀，都可能遇到强劲的对手。学历和资历固然重要，但最重要的还是个人的人格和实际工作本领。不管为了现实生存还是实现自我价值，我们都要学他人之长，不断进步，以适应环境的变化。
第四，生活中要享受教书以外的快乐。虽然我们的职业是教师，但我们的生活不仅仅是教书。比如，在教书之外，我们要学会生活。以愉快的心情在灯下静心的读你喜欢的文字，并将你的读书心得用恰当的方式转达给孩子，让孩子来分享你的快乐。丰富自己的业余生活和家庭生活，培养广泛的兴趣爱好，合理安排时间，松驰自身紧张的心情，劳逸结合，张弛有度；烦恼时主动与领导、同事、朋友或家人聊聊天，以转移注意，释放积郁；平时多学一点心理学知识，以加强心理健康防卫，更好地从事教育工作，促进自已身心的健康。
最后，要时刻感觉与孩子相处是快乐的。这种快乐是一种交流的快乐，而不是一种对孩子管制的快乐。我一直努力坚持笑着面对每一天，面对稚气的孩子们，所以我认为自己是幸福而快乐的，我也认为只有快乐的自己才能胜任今天教师这个职业。其实在每天的校园里让自己快乐的理由和方法有很多。布置好一个整
洁明亮的教室欣然笑笑，是一种快乐；上一堂令自己和学生满意的好课，高兴！看到全班的学生做了一次好作业，真快乐!帮助同事也是一种快乐；把生活的感悟与朋友分享还是一种快乐......帮助别人之后的快乐是温馨的，努力付出之后的快乐是充实的，收获成功之后的快乐是甜美的。
当然，真正的快乐也并不是没有忧虑，只是它不会总被忧虑缠绕；真正的快乐也不是没有痛苦，只是在短暂的阵痛过后，我们能享受到更令人难忘的快乐。只有真正快乐的教师，才会给孩子真正的快乐。让我们忘却心头的烦恼，淡化自己的得失，不断追求做老师的快乐。做永远快乐的教师，给孩子真正的快乐！
点击咨询 