• <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)  編輯 收藏 引用
            久久免费99精品国产自在现线 | 97久久精品无码一区二区| 国产—久久香蕉国产线看观看| 日本欧美久久久久免费播放网| 久久这里都是精品| 久久综合久久综合亚洲| 亚洲成av人片不卡无码久久| 综合久久一区二区三区 | 久久婷婷五月综合色99啪ak| 久久国产三级无码一区二区 | 久久av高潮av无码av喷吹| 久久99亚洲综合精品首页| 久久久久亚洲爆乳少妇无| 国产精品久久婷婷六月丁香| 久久久www免费人成精品| 久久久久久夜精品精品免费啦| 久久久久久久亚洲Av无码| 俺来也俺去啦久久综合网| 色综合久久88色综合天天| 久久久国产精品| 日韩AV无码久久一区二区| 久久精品男人影院| 无码国内精品久久人妻麻豆按摩| 久久无码国产专区精品| 久久久噜噜噜久久中文福利| 久久99国产精品久久99| 少妇被又大又粗又爽毛片久久黑人| 亚洲国产成人精品91久久久| 久久综合给合久久狠狠狠97色 | 亚洲国产成人精品无码久久久久久综合 | 日韩AV无码久久一区二区| 国产精品美女久久久久| 精品久久久久久成人AV| 久久久久免费视频| 国内精品久久久人妻中文字幕| 国产精品熟女福利久久AV| 2020国产成人久久精品| 99久久精品免费看国产| 中文国产成人精品久久不卡| 久久精品国产亚洲欧美| 亚洲va久久久噜噜噜久久狠狠|