“緊密耦合”簡單造句，緊密耦合造句子

請注意在服務器的生命線上，來自客户機的數據提交和服務器端的處理是緊密耦合的。

而且許多常用的方面被當作是輔助*的，所以是否有表現力與應用程序的功能並沒有緊密耦合。

服務如何通過底層系統實現，它們是緊密耦合的還是鬆散耦合的？

這種方法造成應用程序數據結構與XML文檔結構之間緊密耦合。

由於套接字連接是點對點連接，因此兩個應用程序之間也存在着緊密耦合關係。

有時應該避免緊密耦合，但有時又應該採用。

但是，出於我們的目的，使用了簡單的緊密耦合函數來説明SPARQL與SQL的異同。

其中包括只有一次的交換，如DNS查找，這裏由BEEP引起的成本將不成比例，還包括緊密耦合的RPC協議，如nfs。

雖然不理想，但是緊密耦合的驗*代碼相當普遍，特別是在比較老的應用程序裏。

集成層與系統或應用程序的其餘部分鬆散耦合或緊密耦合的程度如何？

該方式比較合理，因為它消除了對象類型之間的緊密耦合。

當Web服務收到一個告*表示其對應的資源已經達到特定的浪費級別時，這個開關就會從鬆散耦合倒向緊密耦合。

CMP緊密耦合的本質使處理器與內存之間的物理距離很短，因此可提供最小的內存訪問延遲和更高的*能。

隱式相關*可能會導致緊密耦合，因為這樣可能會由於需要使用能實現隱式相關*的傳輸和協議而限制傳輸**。