/**************************************************************************************************
* 本博客为CSDN博主【MK】原创,博客地址:http://blog.csdn.net/mkrcpp/article/details/20993533
**********************************************************************************************************************/
用多了框架,觉得也没什么太难的东西,前提是只要我们彻头彻尾的理解了它们。
TA的框架整体来说:
- 优点:减少了大量的重复代码,提供了简洁的机制,特别是 docommand,得心应手。这个网络请求有一个bug,就是当网络类型转换时,超时设置不管用。
- 缺点:有代码入侵量,很多东西都没用到,文档不全,比如 download ,一直没用过,缓存也没用过,图片也没用过,都是自己写的。
我最喜欢的应该是其注解机制了,做的最好的应该是 command 注册机制,以后可能有很多command,繁重任务的command ,udp请求,快速请求等。
我综合了final 框架和 TA 框架的注解机制,自己实现了一套框架,命名为 mdevil,基类前缀为M,例如MApplication,总监说我很自恋.....反正是自己用的,无所谓 :)
在这套框架里,拥有了最称手的注解资源绑定机制(个人认为),然后对于orm,感觉对TA的orm相当不爽,搞的那么复杂,至于final的没去研究,感觉不优美。于是决定采用 OrmLite。拥有完善的文档!在实际项目使用中,有一个需求是使用复合主键,OrmLite虽然没有提供,却提供了唯一性约束,能达到同样的效果,有可能ormlite的性能会慢一点点,但我喜欢:)
当真正理解一个应用从开始到形成的时候,就觉得一切皆有可能了。
前路漫漫,Android只是一个开始!
/*********************************************************************************************************************
* 本博客为CSDN博主【MK】原创,博客地址:http://blog.csdn.net/mkrcpp/article/details/20993533
**********************************************************************************************************************/