本文介绍了为什么 groovy .class 返回的值与 .getClass() 不同的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

限时删除!!

根据http://groovy.codehaus.org/Things+you+can+do+but+better+leave+undo

  1. 像访问属性一样访问对象的类型

使用 .class 而不是 .getClass() 是可以的 - 只要你知道到底你有什么样的对象.但是你不需要那个全部.否则,您将面临获得 null 或其他东西的风险,但不是对象的类.

a = [:] println a.class.simpleName//NullPointerException,因为a.class 为空.

谁能解释一下这是为什么?为什么 .class 返回的东西不同于 getClass()

解决方案

因为当 a 是地图时,a.class 在 Groovy 中与 是一样的a.get("class").正如您在文档中的示例中所见,这将返回 null.这就是为什么规则趋向于使用 getClass 的原因,除非您绝对确定变量不会是地图

According to http://groovy.codehaus.org/Things+you+can+do+but+better+leave+undone

Can someone explain why this is? Why does .class return something different than getClass()

解决方案

Because when a is a map, a.class is the same in Groovy as a.get( "class" ). As you can see in the example in the docs, this will return null. That's why the rule trends to be to use getClass unless you're absolutely sure the variable won't be a map

这篇关于为什么 groovy .class 返回的值与 .getClass() 不同的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

1403页,肝出来的..

09-08 20:19