在Scala中的@elidable注释做什么,什么时候应该使用它？
|
我在某些scala库代码中注意到，特别是Predef，有如下代码：
/** Tests an expression,throwing an `AssertionError` if false.
* Calls to this method will not be generated if `-Xelide-below`
* is at least `ASSERTION`.
*
* @see elidable
* @param p the expression to test
*/
@elidable(ASSERTION)
def assert(assertion: Boolean) {
if (!assertion)
throw new java.lang.AssertionError("assertion failed")
}
这个注释允许我在编译时消除代码。当我使用-Xelide-MAXIMUM编译时，它是否 >删除方法和所有调用？ (如果是这样，如果另一个库期望这种方法在那里呢？)，我们得到一个NoSuchMethodError或者什么？ 可以使用它来减少类的编译大小吗？所以如果我有： class Foobar {
// extremely expensive toString method for debugging purposes
@elidable(FINE) def toString(): String = "xxx"
}
并编译-Xelide-below警告，该类的toString会完全消失吗？请注意，在这个例子中，我想要从类中删除该方法，因为我不想要调用它的可能性。 第二部分：我已经看到it suggested这个用于消除调试记录代码。鉴于大多数框架(特别是log4j)允许运行时设置日志记录级别，我不认为这是一个很好的用例。就个人而言，我希望这个代码能够保持一下。所以除了Predef中的assert()方法之外，@elidable有什么好的用例？ 解决方法
简短的答案
方法和所有调用它都会消失。这可能是一个好主意用于日志记录，因为每个日志框架在调用日志记录时都会引入一些开销，但禁用给定的级别(计算有效级别并准备参数)。 请注意，现代日志框架尽可能地减少这种占用空间(例如，Logback优化为* Enabled()调用，SLF4S通过名称传递消息以避免不必要的字符串连接)。 长一个 我的测试代码： import scala.annotation.elidable
import scala.annotation.elidable._
class Foobar {
info()
warning()
@elidable(INFO) def info() {println("INFO")}
@elidable(WARNING) def warning() {println("WARNING")}
}
证明使用-Xelide-800以下的两个语句都会打印出来，而只有900个“WARNING”出现。那么引擎盖下会发生什么？ $ scalac -Xelide-below 800 Foobar.scala && javap -c Foobar
public class Foobar extends java.lang.Object implements scala.ScalaObject{
public void info();
//...
public void warning();
//...
public Foobar();
Code:
0: aload_0
1: invokespecial #26; //Method java/lang/Object."<init>":()V
4: aload_0
5: invokevirtual #30; //Method info:()V
8: aload_0
9: invokevirtual #32; //Method warning:()V
12: return
}
正如你可以看到这个编译正常。但是当使用此指令时： $ scalac -Xelide-below 900 Foobar.scala && javap -c Foobar 对info()的调用和方法本身从字节码消失： public class Foobar extends java.lang.Object implements scala.ScalaObject{
public void warning();
//...
public Foobar();
Code:
0: aload_0
1: invokespecial #23; //Method java/lang/Object."<init>":()V
4: aload_0
5: invokevirtual #27; //Method warning:()V
8: return
}
我希望在运行时抛出NoSuchMethodError，当从根据Foobar版本编译的客户端代码中调用删除的方法，并且具有较低的elide-threshold阈值。它也闻起来像好的旧C预处理器，因此我会考虑两次，然后雇用@elidable。 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |