• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 181, 文章 - 2, 評(píng)論 - 85, 引用 - 0
            數(shù)據(jù)加載中……

            讀《開發(fā)從遺留的企業(yè) IT 基礎(chǔ)架構(gòu)到基于 SOA 的企業(yè)架構(gòu)的移植策略》

            通過對(duì)這篇文章的閱讀我終于懂得了什么叫做緊耦合和松耦合:
            常見的遺留企業(yè) IT 基礎(chǔ)架構(gòu)
            常見的遺留企業(yè) IT 基礎(chǔ)架構(gòu)

            從上圖中可以注意到一個(gè) IT 難題,那就是大多數(shù)應(yīng)用程序之間直接相互通信。當(dāng)應(yīng)用程序需要修改或淘汰時(shí),這種依賴便成為一個(gè)實(shí)際問題。任何修改都可能會(huì)按其自身的方式更新每條唯一的通信線路。因此,這種變更可能代價(jià)高昂。這種情況被稱為應(yīng)用程序間的緊耦合,也逐漸成為讓一些企業(yè)頭疼的問題。

            另一方面,SOA 將松耦合作為成功的企業(yè)級(jí)應(yīng)用程序集成的一個(gè)主要原則。與緊耦合相反,松耦合是:

            限制請(qǐng)求者應(yīng)用程序代碼和提供者應(yīng)用程序代碼的相互了解。如果耦合的服務(wù)任何方面有所變化,那么,請(qǐng)求者或提供者的應(yīng)用程序代碼(更可能是兩者同時(shí))必須改變。如果任何一方(請(qǐng)求者、提供者或中介基礎(chǔ)架構(gòu))對(duì)解耦的服務(wù)任何方面作出改變,那么其它幾方不必隨之改變。

            posted on 2006-04-25 18:57 wsdfsdf 閱讀(94) 評(píng)論(0)  編輯 收藏 引用 所屬分類: 交流心得

            久久这里有精品| 99久久国产亚洲高清观看2024 | 亚洲色大成网站WWW久久九九| 97久久精品无码一区二区天美| 欧美激情一区二区久久久| 久久久久国产一级毛片高清板| 亚洲午夜精品久久久久久人妖| 蜜桃麻豆www久久| 久久精品成人免费看| 精品久久久久久久无码| 久久A级毛片免费观看| 99久久99久久精品免费看蜜桃| 国产精品久久久久久久久| 88久久精品无码一区二区毛片 | 午夜不卡久久精品无码免费| 久久人人爽人人爽人人片AV东京热 | 久久久久亚洲AV无码永不| 久久久久久亚洲精品成人| 久久成人精品视频| 久久久久久狠狠丁香| 很黄很污的网站久久mimi色| 一级做a爰片久久毛片毛片| 久久亚洲精品无码AV红樱桃| 午夜不卡888久久| 婷婷久久综合九色综合九七| 久久天天躁狠狠躁夜夜网站| 国产精品免费久久久久久久久| 亚洲国产成人久久综合野外| 国产成人久久AV免费| 无码国内精品久久人妻麻豆按摩| 无码人妻久久一区二区三区免费| 色综合久久天天综合| 久久久久久久精品妇女99| 国产精品美女久久久| 色综合久久久久综合99| 99久久er这里只有精品18| 综合久久精品色| 91精品国产高清久久久久久国产嫩草 | 精品久久无码中文字幕| 久久久久国色AV免费观看| 久久精品国产亚洲AV香蕉|