u013062469的专栏

今天很顺利的完成了公司的任务，干嘛呢，当然是写写代码看看书了。发现个问题，一个APP中很多次的使用了一段代码，而且这行代码还非常不好省略，这个就是findViewId()和onClick，一个app肯定有界面和按钮，有见面就有控件，有控件就有点击需求，而有这些需求和控件就必须要在Activity或者Fragment中使用这段findViewId()和onClick()，真是太烦了，现在gith

一个好用的网络底层框架可以很大的程度上方便自己的项目，我们下面要做的就是一个趁手的网络框架。做一个网络框架我们首先要确定这个网络框架除了能够从网络上获取数据还需要哪些功能：首先抛弃AsyncTask，自定义一套网络底层的封装框架。设计一套适合自己App的缓存策略设计一套假数据返回的机制，在网络请求API没有返回的时候，可以假装获取到了网络返回的数据。封装用户cookie的逻辑。其他

一个APP的界面有很多，少则六七十，多则两三百。所以一定要有规划的创建项目结构：首先我们要做的就是建立Lib类库，在Android studio中就是Module把所有与业务无关的逻辑全部转移到Module中。主项目保持对Module的引用。Module应该包括与业务无关的逻辑主要分为五大类：activity   这个包里主要放的是与业务无关的Activity基类。Activi

一个健壮的APP应该能收集运行中所有的崩溃信息，并把这些信息发送到服务器给程序员分析。我们也知道崩溃信息的收集我们可以使用try...catch...进行收集，但是作为一个APP程序而言，在每个界面，没个方法都添加一个try...catch是不可能的，这个时候我们需要的是一套统一的解决方案。怎么做这个统一的方案呢，我们这个时候需要了解一个很重要的接口：UncaughtExceptionHa

原理 ：重写控件而已，直接上代码：package com.osgsdk.tool;import android.annotation.SuppressLint;import android.app.Activity;import android.graphics.Rect;import android.graphics.drawable.BitmapDrawable;import

服务器：使用的是tomcat 服务器，下载地址：http://tomcat.apache.org/download-80.cgitomcat配置在http://blog.csdn.net/u013062469/article/details/49360755有介绍。服务器代码我使用MyEclipse2013编写，

在android 6.0（API 23）中，Google已经移除了移除了Apache HttpClient相关的类，也就是HttpClient已经过时，现在推荐使用 HttpUrlConnection，如果实在是需要使用Httpclient的话需要在android studio中的build.gradle中添加android {    useLibrary 'org.apache.http.leg

上篇的博客里面我说了，现在Android6.0已经将Httpclient废弃不用了，在AndroidStudio上使用的话会出现报错的情况。虽然现在在SDK中还是能找到这个类，同时使用，但是总是不方便，我们总要更新网络请求的。下面是我写的简单的HttpURLConnection请求代码。HttpRequestUtil代码：package com.yami.baichi.net;im

直接上代码package com.example;import android.app.Activity;import android.content.Context;import android.graphics.Bitmap;import android.graphics.Rect;import android.util.DisplayMetrics;import andro

代码命名规范：无规矩不成方圆，一个项目必须有一个统一的命名规范，只有这样才是一个团队做出来的产品。命名规范需要注意一下几点：命名规范不能太别扭要清晰准确，望文知义。命名规范千万不要指定太多，要做到简单易记，适可而止具体规则如下：Java类文件命名规范：Activity命名规范，以Activity作为后缀。如AddCustomActivityAdapter命名规范，以Ad

我们都知道一个APP是不能没有缓存的，而一般而言，一个Android项目的缓存主要体现在数据缓存和图片缓存两点，我们一点点的讲.数据缓存首先我们要有个思想就是：一个应用类的APP，如果在2G或者3G网络下面访问的特别慢，那么这个APP就是失败的，不要使用wifi去测APP的反应速度，这种会造成，APP反应速度很快的假象，算不得真是数据。访问API，慢就慢在一来一回的请求和返回上面。服务