最新的文獻中但凡我認為有價值的理論,我都儘可能在下文中引述。
這些信息在當前的業務上下文中意味着什麼?
下文中的圖2展示了該服務接口的流程。
接下來,該過濾器創建一個上下文(它指出該符號是如何壓縮的)並將這些上下文信息放入整體請求上下文中。
我們將在請求流中引入另一箇中介元素,該中介元素在瞬態上下文中設置了所需的端點地址。
然而,輪詢線程是在一個普通進程上下文中運行的。
非也,它們在創建這些文檔時非常流行的點對點消息模型的上下文中完全有效。
名稱空間的目的是能夠在每個上下文中對每個元素或屬*使用最簡潔的名稱,然後把這些名稱放在區分不同上下文的名稱空間中。
中介子流在其父流的上下文中運行。
現在您將看到如何從保護上下文中區分匿名上下文。
運動補償器*作將在下文中更加詳細地描述。
例如,當一個值在消息上下文中被查不到時,它將在*作上下文被找,等等,向層次結構上層找。
下級協調器向在接收到的協調上下文中所指定的協調器註冊,資源向下級協調器註冊。
在此上下文中不允許使用聚合。只允許使用純量表達式。
在圖3中,處理隔離發生在單一服務器的上下文中和服務器的水平層次中。
上述全部文件下文中統稱為“交易文件”。
下文中的一些規則將會幫助你更清晰的使用文字排版。
你可能想要在不同的上下文中使用通知。
第二章介紹了本文中的模型的主要假設以及在下文中用到的兩個引理。
本文的其餘部分將快速回顧LSD的七個原則和一些工具(例如,下文中用斜體列出的思想)。
在為企業定義可重用服務(邏輯)或在註冊表中發佈服務(物理)的上下文中,規範是準確的術語。
在這本書的上下文中,是指調試監視器。
在下文中我們將會對汽車用無縫鋼管產品進行一下分類彙總。
不過,為主題分配角*的一般技術在*上下文中仍然是有效的。
翻譯器組件允許您懸停在翻譯的文章內容上,您可以查看上下文中的英文原版內容,並且可以提供新的翻譯或從建議的翻譯中挑選任何一個出來。
這樣就可以提供在環境概要文件的使用上下文中有意義的名稱。
它設置基準信息上下文,所有參與業務線的項目的所有服務都將在此上下文中*作。
在第2步中創建的隊列連接工廠還將由中介模塊和服務提供者(將在下文中討論)共享。
如果CPU正在運行一個線程,該線程可以位於處理上下文或中斷上下文中。
代理服務模式上下文中的分派確認程序可以提供端點關聯。
在TextureButtons (F6)上下文中選擇混合紋理類型。
他堅稱這個引文是斷章取義的,這些話在下文中一定是能得到解釋的。
詞彙級複述是上下文相關的,即對同一個詞在不同上下文中應獲取不同的複述詞。
該函數標識符用在需要尾部括號的上下文中。
到目前為止,所看到的方法和屬*都在對象上下文中進行*作。
公共模型在下文中會進一步詳述。
通過對轉儲中每個對象所屬權上下文中的對象數據類型使用模式匹配技術來完成分類。