• <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>
            隨筆 - 3  文章 - 8  trackbacks - 0
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(3)

            隨筆檔案

            文章分類

            文章檔案

            COM相關技術

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            這里的軟件設計通常指的是 面象對象的設計 OO


            1. 不要考慮可能產生的問題。變化通常是由某個需求引起的。變化則可能破壞原有的設計。
               這里的需求是客戶的問題. 而引起的問題則是設計方面的問題。

            2.變化會引起什么問題呢?使原有的設計出現壞味道。產生多個違反設計原則的問題。
              為什么違反設計原則就是設計問題呢?因為一二三....

            3.一點是設計模式全都是在某個特定的環境下符合設計原則的產物。二點是發現他們如此的常用與好用,因此能夠被提升到設計模式。

            4.設計模式是代碼的抽象, 設計原則是設計模式的抽象。

            5.所有設計原則規根結底都會回到單一職責原則。
              所以單一職責原則是軟件設計的核心,重點。一切設計最終都會回到這個點?
              
            6.單一職責原則:就一個類而言,應該僅有一個引起它變化的原因。
              其中的職責,其實就是引起它變化的原因。
              為什么呢?因為如果有多個引起它變化的原因,那么可能會消弱該類的其它功能。而則是沒有關系的那部分功能。

            7.下面舉個列子:
              以后再說.
            posted on 2009-07-02 00:02 鹿哥 閱讀(200) 評論(0)  編輯 收藏 引用
            午夜天堂精品久久久久| 国产69精品久久久久777| 日本精品久久久久中文字幕8| 久久精品国产一区| 久久性精品| 无码人妻久久一区二区三区蜜桃| 久久精品综合网| 无码人妻精品一区二区三区久久 | 伊人久久亚洲综合影院| 久久久久国产精品嫩草影院| 丰满少妇高潮惨叫久久久| 欧美粉嫩小泬久久久久久久| 国产成人久久精品激情| 久久天天日天天操综合伊人av| 色偷偷88888欧美精品久久久| 婷婷久久综合九色综合98| 亚洲国产成人久久综合一区77| 91久久精品91久久性色| 久久这里只有精品首页| 国产精品热久久无码av| 99久久国语露脸精品国产| 久久亚洲国产精品成人AV秋霞| 99久久亚洲综合精品网站| 精品久久久久久综合日本| 狠狠色狠狠色综合久久| 亚洲第一永久AV网站久久精品男人的天堂AV| 亚洲午夜无码久久久久| 国产精品成人久久久| 久久这里都是精品| 久久久久国产成人精品亚洲午夜| 91精品国产色综合久久| 老色鬼久久亚洲AV综合| 色综合久久无码中文字幕| 伊人久久大香线蕉亚洲五月天| 香蕉久久夜色精品国产2020| 久久精品成人免费观看97| 狠狠久久综合伊人不卡| 伊人久久综在合线亚洲2019| 亚洲国产精品久久久久婷婷软件| 狠狠色丁香久久婷婷综合五月| 人妻精品久久久久中文字幕69|