长话短说,我想测试我对该类的android.os.Bundle类的克隆实现,看看哪个更好.我已经知道我的版本可能会更糟,但我想知道有多糟糕.是否有适用于Android的基准测试工具,我可以使用它来查看哪个对象在内存中更大和/或需要更多处理时间来存储/检索值？
TL; DR:
我查看了android.os.Bundle类的源代码,我不喜欢它如何存储和返回对象.它只是将它们存储在a中HashMap<String, Object>,然后使用ClassLoader 强制转换为请求对象的类(如getString()或getInt()).我觉得这个,或任何类别的演员都违反了类型安全,并在编程层面引入了歧义,这是静态打字旨在防止的,不是吗？
我想创建一个类似的数据容器类,它不违反类型安全性并且不会引入歧义.逻辑上简单但效率明显低的方法是为我想要存储的每个类创建一个Map.
我决定的是一个HashMap<String, Integer>包含我想要存储的每个类的各种列表的键索引映射的单个映射.例如,调用getString(String key)将从映射中获取与该键相关联的整数索引(如果存在),然后尝试获取关联中该索引处的对象ArrayList<String>.
这里唯一的歧义是返回null(在该类的List中不存在索引)或右类的错误对象(映射索引存在但原始对象与该键一起存储在另一个List中) ,这是程序员检查的责任.
此类的对象只是临时容器,用于以标准化方式将数据从一个地方传送到另一个地方.他们并不打算坚持下去.他们也不会以同样的方式为捆绑使用,虽然部分原因我想这样一个统一的数据容器是能够很容易地转换为Bundle,JSONObject,ContentValues或Cursor和背部.
或许真正的问题是:是否真的那么糟糕,或者我只是为了避免它而采取极端努力？我想好的编程实际上是避免两种情况模糊的唯一方法.
更新:
看起来Bundle只在从包中解压缩时才使用Classloader,但它会在每次调用put()时调用unparcel().检索它时,只需转换为方法返回的类型,在try-catch块中ClassCastException.这可能是最简单的方法.
假设我有一个方法(在库中,所以我无法修改它),如下所示:
public void ellipsisArg(Object...objects){
for(Object object : objects){
doSomething(object);
}
}
如果我将Collection或Iterable传递给此方法,会发生什么？for()循环是否会遍历集合,还是会将Collection作为一个对象接受并将整个事件传递给doSomething()？