51CTO博客开发
虽然，现在使用游戏引擎开发有一段时间了。而当初刚自学游戏时，并没有太多地接触游戏引擎，在android游戏开发这块是自己通过编写一些简单的引擎分层来实现一个简单游戏的。现在回想起来，那种做法真的比较麻烦，比较累。可能这就是游戏引擎出现的意义所在吧，不过怎么说都好，对于一个新人来说学习一下引擎的一些层次和简单实现还是有好处的.
接下来得复习一下Intent和IntentFilter的相关知识点.首先,Intent有两种调用方式:显式直接调用,间接调用.当我们直接指定了component属性的Intent（调用setComponent（componentName）或setClass（context,class）来指定）就属性直接调用，在许多情况下我们会用到，例如,在同一个应用程序中的Activity的切换,或者是不同应用程序之间的Activity切换.而间接指定就是没指定component属性的Intent，就是不指定接收者,由Android框架去寻找。那Android框架是如何去寻找，怎样寻找合适的接收者呢?当使用Intent的间接调用时我们可以通过配置AndroidManifest.xml设定IntentFilter(Action,data,category)来声明自己能接收的Intent。为了能更加好地理解这个过程,简单说一下匹配规则:当Intent指有了Action，则目标组件的IntentFilter的Action列表中必须包含此Action。当Intent没提供type
现在继续对android进行温习，上一篇日记主要温习了android比较宏观的知识和四大组件中的activity.现在开始下一个组件的温习: Content Provider： Content Provider内容提供者，在android系统中数据是私有的，两个应用程序之间可以通过Content Provider来实现。通过它将自己的数据暴露出去，外界不知道这些数据是如何存储的，重要的是外办可以通过这一套标准及统一的接口和程序里的数据打交道。外办的程序通过contentResolver()接口可以访问contentProvider提供的数据，通过getContentResolver()得到当前应用的contentResolver实例。 另外，每个content Provider存储的数据都是以表的形式存在，那用什么来为这些表做标识呢？没错就是URI，URI的形式是这样<scheme>://<authority><path>?<query>对于content Provider的
在过去两年里，虽然学习了许多，掌握了许多，同时也忘记了许多平时工作比较小用到的知识，特别是现在的工作与上份工作方向不同时特别明显。所以，为了避免拾了一个西瓜又掉了原来的西瓜的情况重复发生，我决定每隔一段时间就把自己所学、所得写到博文里，相信通过这种方式可以把学到的东西进行进一步的加固，也可以与有兴趣的网友们分享，如大家发现有错误的东西，也可以指出来，大家互相学习互补，好了不废话了，开始回忆！
两年感悟
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
