我已经看到了JSR305与JSR308(Java Type Anotations)的问题 - 这将成为标准吗？我理解JSR 308和JSR 305之间的区别.
我也明白,在这个时候,308是针对Java 7,305不是,我很好奇305的整体状态.
具体来说,我在我的一些项目中使用Google Collections和JSR-305(与Guice最佳实践倡导者的方式类似)并且想知道是否有更多"未来方向" - 我应该使用的友好方法代替.我打算在JSR-305小组上询问这个问题,但该小组没有太多活动,我只是想知道这里是否有人有更多信息.
我正在开发一个Android应用程序,将google maps api合并到一个单独的活动中.但是当我阅读教程时,它指出必须在项目创建时将构建目标设置为google api.我的问题是可以将地图添加到现有项目吗？
我的几个Android应用程序在logcat输出中显示以下类型消息:
I/UsageStats( 59): Unexpected resume of com.totsp.test while already resumed in com.totsp.test
在这种情况下,我通过让ADT工具生成它来创建默认的Hello World应用程序,它仍然会收到此消息.我没有在onCreate上做任何特别的事情,甚至没有定义任何其他方法.
我意识到这是一个INFO级别的消息,它似乎没有伤害任何东西,但我很好奇发生了什么,所以我做了一个测试应用程序,跟踪onResume调用.当发生这种情况时,确实会重新恢复.我想知道为什么会发生这种情况？虽然我没有注意到一个问题(除了这些令人讨厌的日志消息),但似乎它可能会使用更多的资源来完成所有这些事情的额外时间.
我在SO上搜索并阅读了一个类似的问题,答案对我来说似乎很可疑:"包名"的意外恢复虽然已经在"包名"中恢复,但在Android中出现错误.具体来说,不,你不想要使用android:configChanges ="orientation"因为这只是颠覆了方向拆卸/恢复,而不是修复它.甚至文档都指出"应该避免使用这个属性,只能作为最后的手段使用"(http:// developer.android.com/intl/de/guide/topics/manifest/activity-element.html#config).
此外,我在Android开发组中看到过线程,其中墨菲先生说"意外的简历"是"良性的":http://groups.google.com/group/android-developers/browse_thread/thread/567410dbfcc163c2.
当我有机会的时候,我会深入研究来源,但我想我会首先问一下全知的hivemind,看看是否有人已经知道:为什么会发生这种情况,这真的是良性的吗？