一款基于安卓的简单聊天软件

转载的源码可直接运行，仅用于学习

greenDao是一个将对象映射到SQLite数据库中的轻量且快速的ORM解决方案。 关于greenDAO的概念可以看官网greenDAO greenDAO 优势 1、一个精简的库 2、性能最大化 3、内存开销最小化 4、易于使用的 APIs 5、对 Android 进行高度优化

PhoneGap.zip,方便快捷开发Android,IOS客户端的开发(PhoneGap.zip, convenient and efficient development of developing Android, IOS clients)

Android有一个非常酷的特性很多开发者都还不知道。Any.DO之类应用的语音到文本转换功能很有创意。在现在Siri的世界里，语音指令是极其重要的。Android原生提供Speech To Text功能，为什么不把它用在我们的程序中！

android 通过xmpp编写的一个及时通讯小实例  ，与大家共同交流

android 通过wifi传输文件的例子源码,参考茄子快传的原理

H264解码器源码，移植ffmpeg中的H264解码部分到Android，深度删减优化，在模拟器(320x480)中验证通过。 程序的采用jni架构。界面部分，文件读取，视频显示都是用java做的，底层的视频解码用C来做满足速度的要求。 在这个版本中，从H264码流中分割出Nal是在java层做的，这样在java层直接调用解码时就知道是否有显示视频，缺点的就是耦合度/封装性差一点。 如果采用在底层做Nal分割的方法，可以封装得好看一些，但是每次送的数据有限制，如果送的数据太多，底层可能会一次解码出好几帧视频，但是通知到界面层只能显示一帧，造成丢帧的现象。 如果每次送的数据较少，就会有很多次底层调用没有进行实质解码，很小气的做法，比如有一压缩数据帧需要600字节，如果一次送100个字节给解码器，那么要送6次才会进行实质解码，因为每个数据帧有大有小，所以只能取极小值才不会导致丢帧。 不过所有的编码解码都是各种因素平衡折中的结果，具体用什么方法具体分析。 如果程序崩溃退出，优先考虑： 1)是否是baseline 2)byte [] NalBuf = new byte[40980] 缓冲区是否溢出。 如果有B帧，那肯定不是baseline。 (H264 Decoder C++ version decode source)

非常入门级的示例，适合新手

取代办公部门外出工作时需要笔录，这款APP上，可以将所有的操作电子化，本源码只是一些思路，和一些个性化的页面控件(Instead of taking notes when law enforcement departments used to work, this APP can make all operations electronic. The source code is just some ideas, and some personalized page controls.)

Downloading example source for Basic4Android IDE.Contains Source code.