ContactLocaleUtilsTest

android 游戏商城源码(不完整，新手写的)

本例为java代码，在android系统实现手机与电脑通过udp方式通讯(This example is java code, in Android system to achieve mobile phone and computer through UDP communication)

说明：  天气微服务架构图，主要讲接微服务架构设计以及各种组件各种解耦(Weather Microservice Architecture)

内附讲解word 介绍程序的Demo 运行环境eclipse如在Android中对Wifi的操作，简单介绍一下 请点击左侧文件开始预览 ！预览只提供20%的代码片段，完整代码需下载后查看 加载中 侵权举报 打分 发表评论 暂无评论 0 粉丝 0 发布 0 获赞 关注 查看主页 javaandroidWiFi学习教程 相关源码推荐 猜数字游戏 0 0 暂无评分汽车租赁系统1.0 0 0 暂无评分spring-boot-jdbctemplate 0 0 暂无评分系统管理的应用 0 0 暂无评分用于解决后端java跨域问题 0 0 暂无评分 介绍信息预览(0条)评论打分

聚类经典算法，mahout学习的必备算法，简单易懂，易于学习，可以自行改动适合自己的

资源描述基于泛型类的JAVA四则运算，由7个包组成，分别对应加、减、乘、除、运算符、测试以及工厂类。可以实现不同数字类型的加减乘除。

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)

pedometer 计步器 源码下载

在超市管理中引进现代化的办公软件，实现超市庞大商品的控制和传输，从而方便销售行业的管理和决策，为超市和超市管理人员解除后顾之忧。一款好的超市销售管理系统，应该是可以帮助销售部门提高工作效率，帮助超市工作人员利用计算机，极为方便的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够具体化、直观化、合理化等。(Purchase, Sale and Inventory)

Empty activity, not needed for this test.