原问题来自于CSDN问答频道，更多见：http://ask.csdn.net/questions/1656
原问题描述：
设置一个 ListActivity的默认view。
我试过：
TextView emptyView = new TextView(this);
emptyView.setText("No lists available");
this.getListView().setEmptyView(emptyView);
但是没实现。
：
问题出在emptyView没有绑定别的东西。如果你用addView():
TextView emptyView = new TextView(this);
((ViewGroup) getListView().getParent()).addView(emptyView);
emptyView.setText("It's empty!");
getListView().setEmptyView(emptyView);
就可以了。
写了一简单的交替empty和full的：
public class Example extends ListActivity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
TextView emptyView = new TextView(this);
((ViewGroup) getListView().getParent()).addView(emptyView);
emptyView.setText("It's empty!");
getListView().setEmptyView(emptyView);
getListView().postDelayed(new Runnable() {
@Override
public void run() {
if(getListAdapter() == null)
setListAdapter(new ArrayAdapter<String>(Example.this, android.R.layout.simple_list_item_1, new String[] {"It", "Has", "Content"}));
else
setListAdapter(null);
getListView().postDelayed(this, 2000);
}
}, 2000);
}
}
Clang静态分析和Instruments来剖析代码有一些不同，Clang更致力于在编译的过程中通过自身的一套判断机制来找出代码中潜在的隐患。
在XCode 3.2之后的版本里，Clang已经被集成进来，Static Analysis 是基于 Clang 的非常好的静态代码分析工具。可以从xcode直接运行Static Analysis 分析器。
Static Analysis 优点：
1、使用操作容易。
2、能够在编码阶段，开发自行进行代码检查。早期发现代码隐患。
3、直接分析源代码来发现程序中的错误，而不需要实际运行。
4、自动检测objective-C程序中的BUG，发现内存泄露和其它问题。
5、内存问题发现越早，解决的代价就越小。
使用方法：
1、确保你的程序没有被编译过（编译过了就使用Clean all targets清除编译）
2、点击Product > Analyze如下图：
3、如果你的程序代码有问题，在编译完成之后，右下角的原来提示warning 和 error的地方现在变成了这样：
4、现在你可以像解决以前的warning 或者 error一样，对提示的地方点进去。
5、可能会存在问题的一些情况：
各处内存泄漏：
对象引用隐患（内存已释放可能又被使用了）
未使用到的函数：
未初始化的变量
数据赋值隐患：
The left operand of …… is a garbage value
分析解决方法（例：内存泄露）
1、点击左侧对应内存泄露某处，右侧显示泄露行
2、双击行所对应的信息，显示交互详情
3、修改代码，解决泄露问题。
4、修改后再次静态扫描发现，错误从40减到39，修复的代码行已不再出现错误。
注：上述工程截图为测试Demo
建议使用场景：
1、建议在开发编码阶段使用，直接分析源代码来发现程序中的错误，而不需要实际运行，提前发现代码隐患。
2、测试在冒烟测试时可先进行扫描，错误太多代码修改量太大的情况下可暂不介入测试，以免造成返工。
个人使用感受：
淘宝读书客户端ihone1.0版本，缺少经验，在性能测试执行阶段进行该静态扫描，功能测试返工情况较严重。
在2.0版本中，推荐给开发，在开发编码中就较大部份内存泄露问题进行了解决，特别是需要release和缺少dealloc的地方。
在之后使用instruments内存泄露测试中，泄露少，只需进行较少的代码改动，功能回归工作量小。
个人觉得是一款非常简单又实用的的IOS代码静态检查工具，值得推荐给IOS开发同学和IOS性能测试同学。
如果在内存泄露中出现 potential leak of an object stored into
解决办法：创建变量的时候尽量使用静态创建，因为静态方法都添加了anturelease，若使用alloc，init时后面最好加上autorelease
请先阅读《读写MifareClassic协议的NFC卡》一文了解MifareClassic卡的相关知识。
根据MifareClassic卡的的相关协议，如果要自定义自己的keyA和keyB,以使自己写入的到卡中的信息只有知道key值的人才能读写，必须往要操作的区中的Block 3即Trailer块写入数据。下图是Block 3的数据示例：
如图，我们只需定义要写入到Trailer块及keyA、keyB的数据分别为：
相关可执行程序：http://download.csdn.net/detail/viviwen123/5131034。源码只实现了对MifareClassic卡的读写功能，未进行keyA和keyB的修改，读者根据本文稍做修改即可实现此功能。