• <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
            <2015年3月>
            22232425262728
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            常用鏈接

            留言簿(3)

            隨筆檔案

            文章分類

            文章檔案

            COM相關技術

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

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


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

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

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

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

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

            7.下面舉個列子:
              以后再說.
            posted on 2009-07-02 00:02 鹿哥 閱讀(202) 評論(0)  編輯 收藏 引用
            色99久久久久高潮综合影院| 久久婷婷五月综合国产尤物app| 久久久亚洲欧洲日产国码aⅴ| 成人综合伊人五月婷久久| 久久精品中文闷骚内射| 99久久精品久久久久久清纯| 欧美激情精品久久久久久久九九九 | 久久天天躁狠狠躁夜夜不卡| 无码八A片人妻少妇久久| 国产精品欧美久久久天天影视| 久久久久国产精品嫩草影院| 国产午夜精品久久久久免费视| 精品国产91久久久久久久a| 亚洲国产另类久久久精品| 久久久精品视频免费观看| 成人妇女免费播放久久久| 久久综合鬼色88久久精品综合自在自线噜噜| 久久精品国产免费观看三人同眠| 一级做a爰片久久毛片人呢| 波多野结衣久久精品| 久久久这里有精品中文字幕| 波多野结衣中文字幕久久 | 伊人久久综合精品无码AV专区| 97超级碰碰碰碰久久久久| 色妞色综合久久夜夜| 综合久久给合久久狠狠狠97色 | 人妻少妇久久中文字幕一区二区| 国产精品九九久久免费视频 | 7777久久亚洲中文字幕| 久久九九兔免费精品6| 久久综合九色欧美综合狠狠| 青青青青久久精品国产h| 久久精品人人做人人爽97 | 久久精品国产男包| 久久婷婷五月综合97色直播| 久久香蕉国产线看观看猫咪?v| 97超级碰碰碰碰久久久久| 91亚洲国产成人久久精品网址| 日韩精品国产自在久久现线拍| 久久国产精品成人免费| 国产精品无码久久四虎|