• <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年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(3)

            隨筆檔案

            文章分類

            文章檔案

            COM相關技術

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

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


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

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

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

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

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

            7.下面舉個列子:
              以后再說.
            posted on 2009-07-02 00:02 鹿哥 閱讀(202) 評論(0)  編輯 收藏 引用
            亚洲欧美伊人久久综合一区二区| 久久久久亚洲Av无码专| 久久精品国产亚洲7777| 久久久亚洲精品蜜桃臀| 精品综合久久久久久97| 国产精品无码久久久久久| 日本道色综合久久影院| 亚洲精品美女久久久久99小说 | 94久久国产乱子伦精品免费| 中文精品久久久久国产网址| 久久夜色精品国产亚洲| 欧美精品一区二区精品久久| 无码乱码观看精品久久| 精品免费tv久久久久久久| 尹人香蕉久久99天天拍| 色综合久久久久网| 97精品国产97久久久久久免费| 亚洲国产天堂久久综合网站| 亚洲人成精品久久久久| 久久国产亚洲精品| 久久久精品日本一区二区三区| 久久精品水蜜桃av综合天堂| 伊人 久久 精品| 国产午夜精品久久久久九九电影| 久久久久亚洲av无码专区| 久久久久青草线蕉综合超碰| 精品久久人人做人人爽综合| 97r久久精品国产99国产精| 偷偷做久久久久网站| 亚洲人成无码网站久久99热国产 | 久久99精品国产麻豆不卡| 亚洲精品乱码久久久久久蜜桃不卡 | 久久精品一区二区三区不卡| 婷婷五月深深久久精品| 亚洲欧美久久久久9999| 久久综合色区| 亚洲v国产v天堂a无码久久| 久久亚洲电影| 午夜精品久久久久久影视777| 久久婷婷色综合一区二区| 久久久精品人妻无码专区不卡|