• <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>

            2007年6月21日

                 摘要: 本文分析了HTTP協(xié)議中使用Transfer-Encoding:chunked編碼,同時結(jié)合一個抓包實例分析如何對chunked編碼的報文體進行解碼。  閱讀全文

            posted @ 2007-06-21 16:49 Michael Liang 閱讀(10634) | 評論 (2)編輯 收藏

            2007年6月19日

                 摘要: 有關HTTP協(xié)議連接控制方面的內(nèi)容,主要翻譯自RFC2616  閱讀全文

            posted @ 2007-06-19 01:44 Michael Liang 閱讀(4114) | 評論 (3)編輯 收藏

            2007年6月16日

                 摘要: 簡單介紹了Windows批處理中的一些基本常識和概念以及兩個很有用的命令for和set的用法。  閱讀全文

            posted @ 2007-06-16 03:06 Michael Liang 閱讀(3350) | 評論 (1)編輯 收藏

            2007年6月14日

            在程序設計中,

                內(nèi)聚度:程序中操作之間聯(lián)系緊密的程度,反應一個子程序內(nèi)部成份相互聯(lián)系的強度

                耦合度:兩子程序之間聯(lián)系的強度

            顯然,程序設計的目標是強內(nèi)聚和松耦合(子程序內(nèi)部完整性強,與其他子程序的聯(lián)系靈活,程度小)。

            功能分解是面向過程設計時很自然的一種處理復雜問題的方法,它的基本思想是把問題拆分成多個功能步驟。,由于“需求總會發(fā)生變化”,因此不可避免的程序設計時要處理變化。對此功能分解的對策是模塊化設計,但是模塊化設計的一大缺點是低聚合和緊耦合,“牽一發(fā)而動全身”。

            UML Relationships(關系)初探

            基本關系有四種:依賴(Dependency), 關聯(lián)(Association), 泛化(Generalization),實現(xiàn)(Realization)
            每種都可以細化為變體。

            依賴關系(Dependency)
                是事物(Thing)之間的關系, 因此包括類之間的關系、包之間的關系、用例之間的關系、對象之間的關系、建模元素與模型之間的關系等。
                依賴關系用虛線加普通箭頭表示,由客戶(源*)指向供應(目標*)

                兩個類之間的依賴關系可以是:
                客戶類訪問定義在供應者類內(nèi)部的數(shù)據(jù)值
                客戶類的操作調(diào)用了定義在供應者類內(nèi)部的操作
                客戶類的返回類或參數(shù)是供應者類的實例
                如果在順序圖中的兩個對象存在消息的傳送,而且它們之間沒有結(jié)構(gòu)方面的連接,可以在類圖上用依賴關系建模。
               
            類之間依賴關系的細化:
            a.友元依賴<<friend>>
                目標類視源類為友元,允許源類訪問目標類的所有私有屬性和操作
                例: 目標類:二叉樹,源類:迭代器
            b.導出依賴<<derive>>
                源類可以從目標類通過計算得出。
                例: 源類: 年齡Age   目標類: 出生日期
            c.細化依賴<<refine>>
                在類圖中表示同一模型的不同詳細程度的規(guī)格說明,源類比目標類更為詳細.
            d.實例化依賴<<instantiate>>
                一個類的對象是由另一個的對象創(chuàng)建,則稱為實例化依賴。源類創(chuàng)建了目標的一個實例
                例:源類: Array        目標類: Stack 
            e.使用依賴<<use>>
                不加任何修飾的依賴即為使用依賴。
                如Binary Search Tree類使用依賴于Binary Tree類
            f.綁定(Binding)依賴
                目標類是模板類,源類是模板實例化后的類
               
            包(package)之間依賴關系的細化:
            a.訪問依賴<<access>>
                源包被授予了可訪問目標包的權(quán)限
            b.導入依賴<<import>>
                它表明了源包可以訪問目標包里的元素,但各個包有自己獨立的命名空間,這意味著屬于不同包的兩個元素可以重名。導入
                依賴可以使目標包內(nèi)的公共可見元素進入源包的命名空間。

            用例(use case)之間依賴關系的細化:
            a.包含依賴<<include>>
                源用例顯式的包含目標用例作為其行為的一部分。此時源用例稱為基用例,目標用例稱為內(nèi)含用例
                如果兩個用例存在包含依賴關系,則說明基用例的動作序列中含有特定的步驟把內(nèi)含用例的動作序列包含進來
            b.擴展依賴<<extend>>
                它表明源用例擴展了目標用例的行為。此時,源用例稱為基用例,目標用例稱為擴展用例。
                擴展用例在特定條件下為基用例提供附加的動態(tài)行為。
                例如,在人機交互過程(基用例)中出現(xiàn)差錯時進行的異常處理即為擴展動作。
                擴展依賴與包含依賴的區(qū)別在于,如果僅將擴展從基用例地動作序列中去除,基用例仍然是語義完備的,
                即它的執(zhí)行仍將產(chǎn)生有意義的結(jié)果。而包含依賴則不然。

            對象之間依賴關系的細化:
            a.轉(zhuǎn)換依賴<<become>>
                當需要在交互圖上表示對象狀態(tài)的轉(zhuǎn)換時可以用轉(zhuǎn)換依賴。主要強調(diào)由于消息而導致對象狀態(tài)的改變。
                轉(zhuǎn)換依賴連接的目標對象和源對象是同一個對象。
            b.調(diào)用依賴<<call>>
                當需要在交互圖或?qū)ο髨D上顯式強調(diào)對象之間或操作之間的調(diào)用關系時要用調(diào)用依賴。
                它表明源對象引用了目標對象的操作,或源操作引用了目標操作。
            c.復制依賴<<copy>>
               為了在交互圖或活動圖上描述對象復制的動作可以采用復制依賴。它連接兩個對象,目標對象是源對象的完全相同而又獨立的副本。
            d.發(fā)送依賴<<send>>
                它連接一個對象(在源端)和一個消息(在目標端),表明源對象在交互過程中發(fā)送了一個消息,可以用在狀態(tài)機的描述中。
                它針對內(nèi)嵌有狀態(tài)機的對象,可用來描述如何通過發(fā)送信號以產(chǎn)生某種事件的動作。
               
            建模元素與模型之間的依賴關系:
            a.回溯依賴<<trace>>
                它連接兩個模型元素,表明目標是源的歷史上的前驅(qū)。如交互和協(xié)作就是從用例導出的。
               
            關聯(lián)關系(association)
                關聯(lián)是一種結(jié)構(gòu)關系, 它描述一組鏈,這些鏈是類之間或類與接口之間的連接。
                通過這種連接,一個對象可以訪問另一個對象的屬性或調(diào)用另一個對象的操作。
                關聯(lián)是雙向的,其中的角色代表一個類的對象在另一個類中的存在。
                例: 兩個類Employee, Employer存在關聯(lián)關系
               
                聚合(aggregation)是一種特殊類型的關聯(lián), 它描述整體與部分的結(jié)構(gòu)關系。整體端有一個菱形作為標記
                復合聚合(composite aggregation)是一種特殊的聚合關系, 又稱組合,它表明整體對象與部分對象有相同的生存周期。
                角色的復雜度(Multiplicity)指角色在關聯(lián)關系中出現(xiàn)的次數(shù),如1, 0..1, 1..*, *等

                例如,對應于現(xiàn)實中的飛機場Airport, 可以說它聚合了0..*架飛機Aircraft,同樣的,一架Aircraft被0..1個Airport包容(可能處于飛行狀態(tài)),此時Airport與Aircraft的關系是聚合。

                又如,一輛汽車Car,用于4~5個輪胎Tire(可能有備用胎),Car和Tire是密不可分的,Tire是Car的一部分,因此用組合來表示二者之間的關系。一個Car組合了4..5個Tire,一個Tire屬于1輛Car

                聚合和組合都可以說是一種has-a關系,“擁有”,Airport“擁有”Aircraft,Car“擁有”Tire,二者的區(qū)別在于組合強調(diào)的“擁有”是真正意義的部分與整體的關系,從程序設計角度來看組合關系雙方生存期一致,同生共死;聚合的“擁有”則更多強調(diào)部分的一個集合與整體有從屬關系,部分集合內(nèi)部各元素是獨立的。

             

            posted @ 2007-06-14 10:09 Michael Liang 閱讀(729) | 評論 (0)編輯 收藏

            僅列出標題  
            国产精品99久久久久久宅男| 99久久综合狠狠综合久久止| 中文字幕精品无码久久久久久3D日动漫 | 国内精品伊人久久久久av一坑| 精品久久久久久国产潘金莲| 伊人久久综在合线亚洲2019| 青青草原综合久久大伊人| 成人久久综合网| 久久人人爽人人爽人人片AV高清| 国产亚洲色婷婷久久99精品| 久久五月精品中文字幕| 国产午夜精品理论片久久影视| 99久久国产综合精品成人影院| 久久婷婷激情综合色综合俺也去 | 色综合久久久久| 精品久久人人爽天天玩人人妻| 国产三级精品久久| 国产一区二区三区久久精品| 免费精品久久天干天干| 久久WWW免费人成—看片| 久久久久久夜精品精品免费啦| 久久综合视频网站| 久久人人爽人人爽人人片AV麻豆 | 日本亚洲色大成网站WWW久久| 久久久久久夜精品精品免费啦| 伊人久久大香线蕉综合5g| 欧美久久亚洲精品| 国产日韩久久免费影院| 精品久久国产一区二区三区香蕉| 国产精品免费福利久久| 东京热TOKYO综合久久精品| 久久婷婷激情综合色综合俺也去| 成人午夜精品无码区久久| 蜜桃麻豆WWW久久囤产精品| 国产精品99久久久精品无码| 怡红院日本一道日本久久| 久久噜噜电影你懂的| 亚洲国产精品一区二区久久| AAA级久久久精品无码区| 国产激情久久久久影院| 四虎影视久久久免费|