用編譯時造句子，“編譯時”造句

但是JIT編譯器具有一個有限的編譯時預算，而且會影響程序的運行時*能。

您在編譯時指定Flash應用程序中的每秒幀數。

如果在編譯時加入LLVM，會默認開啟JIT，自動將多次運行的方法編譯成機器碼。

編譯程序輸出的一種二進制目標輸出程序,在編譯時可以進行選擇是否輸出這種表。該表含有與編譯程序輸出的二進制目標代碼等價的一些符號指令。這種彙編語言輸出表是支持調試的有用工具。

可以使用這個字段指定將記錄編譯時*告的文件位置。

同時，在一個被編譯的lisp程序中，新的語言和原始的lisp代碼一樣具有效率，因為所有的通過產生新表達式的宏代碼都在編譯時運行。

例如，當你修改版本信息、運行時設置、資源文件、圖標/啟動畫面等時，它會極大地降低編譯時間。

除了ajc在編譯時徹底檢測withinPointcut以外（大多數Pointcut可以根據運行時信息區別開來），withinPointcut類似於this()。

傳遞給該參數的任何函數都必須滿足這個簽名，否則將得到一個編譯時錯誤。

在Java裏，這個表達式的結果並不是布爾值，而編譯器期望的是一個布爾值，而且不會從一個int數值中轉換得來。 所以在編譯時，系統就會提示出現錯誤，有效地阻止我們進一步運行程序。

我們需要的是這樣一個程序，它可以生成這些結果，並將其輸出到上面這樣的表中，這樣就可以在編譯時加載了。

有所有編譯時刻確定的默認值。

編譯時已經指定了默認的基本文件名。

在編譯時刻構造者表達式的類型不能為null類型。

初始化具名的屬*引數時，值必須是編譯時期常數。

J/SQL通過編譯時類型檢查提高了安全*，因而數據庫不會崩潰。

但有一個*告：啟用優化意味着要增加編譯時間——編譯器嘗試去做一些智能的事情，例如追隨循環並分析出常量。

同樣，對“外露”類型參數的instance of檢查將在編譯時產生“unchecked”*告，而且檢查將不會如期在運行時進行。

ANSI原始程序檔在其字碼頁不能表示檔案中所有字元的系統上編譯時，就會發生C4819。

通過在該類型中包括數組大小，編譯時間檢測器可以象徵*地分析數組的存取，確保所有存取都在數組範圍內進行。

只有在模板編譯時才需要它們。

因此，需要在編譯時顯式地指定這些元素。

但是，時間一久，編譯時間上的微小差異也會累積成明顯的差異。

在其他情況下，造型只有在代碼編譯時才顯出重要*。

靜態斷言建立在這個基本概念之上，只不過靜態斷言僅在編譯時有效。

它設法模塊化這些關鍵點，但是也允許設計良好的和其它關鍵點行為的“混合”，包括應用程序的核心域邏輯，不管是在編譯時還是運行時。

編譯時的聲音，結果是更奇怪。

編譯程序輸出的一種二進制目標輸出程序,在編譯時可以進行選擇是否輸出這種表。

VLIWDSP機器由於硬件控制簡單，指令的並行*完全在編譯時決定。因此編譯程序成為基於VLIWDSP機器應用的關鍵因素。

大多數支持默認參數的語言只允許編譯時能決定的常量或者值作為默認值。

應用程序在編譯時而不是運行時所需的JAR文件。

基於這些經驗，我強烈向所有API設計師推薦編譯時的註解！

由於查詢是動態的，在編譯時並不知道其選擇標準，因此，即使有了關於數據的完整的分佈統計，仍然可能生成錯誤的計劃。

函數註釋會在編譯時將表述與函數的某些部分(比如參數)相關聯。

當您的組件壓縮包或者updateJAR看起來比它應該的大小要大，或者在每次您進行編譯時包的大小呈跳躍式增長，説明您應該執行以上步驟了。

如果所需的頁面不是系統目前預設的字碼頁，這個選項可以指定編譯時使用的字碼頁。

像這樣的優化在靜態編譯環境中是不可能的，因為關於鎖使用模式的信息在靜態編譯時得不到。

申明在函數之外，所以它僅僅在程序編譯時執行一次，而不是每次函數調用時都執行。