项目后的总结

这周咱们小组进行了项目答辩，感受本身的答辩效果并不理想，事后反思了一下，这其中是因为本身没有作好充分的准备。

答辩后的收获：
1.XML的注释编写，通过老师的指导，本身学会了XML的注释，本身也去网上特地搜索学习了注释规范，以防止本身还在这个方面出错。

2.为了这两行代码我特地去google学习了一下，最后我找到了答案。如下是解释

1.@SuppressWarnings("deprecation")
J2SE 提供的最后一个批注是@SuppressWarnings。该批注的做用是给编译器一条指令，告诉它对被批注的代码元素内部的某些警告保持静默。
deprecation：使用了不同意使用的类或方法时的警告
连接：http://www.iteye.com/topic/231224

2.@SuppressLint("NewApi")
Android 版本更替，新的版本带来新的特性，新的方法。新的方法带来许多便利，但没法在低版本系统上运行，若是兼容性处理不恰当，APP在低版本系统上，运行时将会crash。为了使用旧函数编译能够经过，能够添加 @SuppressLint("NewApi") 或者 @TargeApi(9)。
总结：
1.在使用高于minSdkVersion API level的方法须要:用@TargeApi($API_LEVEL) 使能够编译经过,不建议使用@SuppressLint("NewApi");
2.运行时判断API level,仅在足够高，有此方法的APIlevel系统中，调用此方法;
3.保证功能完整性，保证低API版本经过其余方法提供功能实现。
连接：http://www.liaohuqiu.net/cn/posts/using-high-api-level-method-compatibly/

3.最后是本身方向的问题，因为与主项目功能并不符合，因此本身作的部分也是大打折扣。

总结：之后必定好好面对本身所写的每一行代码，之前历来不注意编译器的警告，只是以为只要是能消除编译器的警告，多出来的代码本身也就没管了，其实之前一直也有疑问，为何多出来几行不认识的代码，下次遇到这种状况必定好好研究一番。还有写注释的问题，本身也是想固然，觉得全部的语言写注释都是同样的，下次必定先注意。

最后的最后，想送给本身一句话，好好学习技术。