[关闭]
@aloxc 2017-12-05T06:33:32.000000Z 字数 721 阅读 430

我们一起学ignite之一些类的别名问题

一起学 ignite 源码分析


转载请注明本文作者:aloxc,邮箱leerohwa#gmail.com[#更换为@]

ignite为了代码简洁,弄出来一些“别名”,这样代码分析的很是不方便,我估计还是由于ignite背后的那家商业公司(GridGain)的问题,可能是为了一些商业考量这样做。

比如ignite-core中定义了这样一个类,org.apache.ignite.internal.util.typedef.internal.A这个类中就没有具体业务代码,如下面

  1. public class A extends GridArgumentCheck { /* No-op. */ }

这个类就只是扩展GridArgumentCheck下,并无实际的内容,而其他代码中都是引用A,而不是引用GridArgumentCheck。
这样的处理还很多,都在org.apache.ignite.internal.util.typedef包下面,一共有53个。不知道ignite有没打算在以后的版本中废弃这些所谓别名的类?

这些类中都有这样的注释

Defines internal {@code typedef} for {@link GridArgumentCheck}. Since Java doesn't provide type aliases
(like Scala, for example) we resort to these types of measures. This is intended for internal
use only and meant to provide for more terse code when readability of code is not compromised.

x

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注