编译时造句

有所有编译时刻确定的默认值。

只有在模板编译时才需要它们。

编译时的声音，结果是更奇怪。

编译时已经指定了默认的基本文件名。

应用程序在编译时而不是运行时所需的JAR文件。

但是JIT编译器具有一个有限的编译时预算，而且会影响程序的运行时*能。

因此，需要在编译时显式地指定这些元素。

在编译时刻构造者表达式的类型不能为null类型。

您在编译时指定Flash应用程序中的每秒帧数。

像这样的优化在静态编译环境中是不可能的，因为关于锁使用模式的信息在静态编译时得不到。

编译程序输出的一种二进制目标输出程序,在编译时可以进行选择是否输出这种表。

如果在编译时加入LLVM，会默认开启JIT，自动将多次运行的方法编译成机器码。

初始化具名的属*引数时，值必须是编译时期常数。

但是，时间一久，编译时间上的微小差异也会累积成明显的差异。

编译程序输出的一种二进制目标输出程序,在编译时可以进行选择是否输出这种表。该表含有与编译程序输出的二进制目标代码等价的一些符号指令。这种汇编语言输出表是支持调试的有用工具。

函数注释会在编译时将表述与函数的某些部分(比如参数)相关联。

J/SQL通过编译时类型检查提高了安全*，因而数据库不会崩溃。

可以使用这个字段指定将记录编译时*告的文件位置。

基于这些经验，我强烈向所有API设计师推荐编译时的注解！

在其他情况下，造型只有在代码编译时才显出重要*。

同时，在一个被编译的lisp程序中，新的语言和原始的lisp代码一样具有效率，因为所有的通过产生新表达式的宏代码都在编译时运行。

但有一个*告：启用优化意味着要增加编译时间——编译器尝试去做一些智能的事情，例如追随循环并分析出常量。

VLIWDSP机器由于硬件控制简单，指令的并行*完全在编译时决定。因此编译程序成为基于VLIWDSP机器应用的关键因素。

例如，当你修改版本信息、运行时设置、资源文件、图标/启动画面等时，它会极大地降低编译时间。

申明在函数之外，所以它仅仅在程序编译时执行一次，而不是每次函数调用时都执行。

同样，对“外露”类型参数的instance of检查将在编译时产生“unchecked”*告，而且检查将不会如期在运行时进行。

除了ajc在编译时彻底检测withinPointcut以外（大多数Pointcut可以根据运行时信息区别开来），withinPointcut类似于this()。

静态断言建立在这个基本概念之上，只不过静态断言仅在编译时有效。

如果所需的页面不是系统目前预设的字码页，这个选项可以指定编译时使用的字码页。

传递给该参数的任何函数都必须满足这个签名，否则将得到一个编译时错误。

ANSI原始程序档在其字码页不能表示档案中所有字元的系统上编译时，就会发生C4819。

大多数支持默认参数的语言只允许编译时能决定的常量或者值作为默认值。

在Java里，这个表达式的结果并不是布尔值，而编译器期望的是一个布尔值，而且不会从一个int数值中转换得来。 所以在编译时，系统就会提示出现错误，有效地阻止我们进一步运行程序。

它设法模块化这些关键点，但是也允许设计良好的和其它关键点行为的“混合”，包括应用程序的核心域逻辑，不管是在编译时还是运行时。

通过在该类型中包括数组大小，编译时间检测器可以象征*地分析数组的存取，确保所有存取都在数组范围内进行。

我们需要的是这样一个程序，它可以生成这些结果，并将其输出到上面这样的表中，这样就可以在编译时加载了。

由于查询是动态的，在编译时并不知道其选择标准，因此，即使有了关于数据的完整的分布统计，仍然可能生成错误的计划。

当您的组件压缩包或者updateJAR看起来比它应该的大小要大，或者在每次您进行编译时包的大小呈跳跃式增长，说明您应该执行以上步骤了。