可擴充套件性設計策略：
可靠性：1.設計冗餘鏈路，為了保證可靠性 問題：會有環路，生成廣播風暴，利用樹協議解決廣播風暴。
增加網路頻寬：聚合鏈路
採用分層的網路協議：rip（小型網路）與ospf（大規模，area用來劃區域，0為骨幹層）
採用ap，無線接入點
故障域：網路服務出現問題時，受影響的區域 設計思想：限定故障域的大小
1：交換機級聯 可以簡單理解成。增加交換機的埠數量
2：交換機堆疊 可以看成，交換機的交換速度疊加。
區別：1：方式不同：堆疊交換機是要專門的介面和線纜完成，級聯不用普通的網線和網路埠（rj45）即可以.
2：目的不同：級聯主要目的是為了增加交換埠，堆疊主要目的是加強訊號。
總結：設計網路應該遵循的策略：
1.採用層次化的設計模型
2.涉及鏈路的冗餘，鏈路匯聚，層次化的路由協議，在接入層採用無線接入的方式，讓更多裝置接入進來。
eigrp：距離向量協議
冗餘：替代資料路徑
鏈路匯聚：多個乙太網介面鏈路組合成乙個頻寬通道
ospf：使用骨幹區域的協議
主要思科企業架構包括：企業園區，企業邊緣，服務商提供邊緣，遠端區域
CSS可擴充套件性
今日在寫pc官網的時候，一直對於html css的結構編寫完全按照自己的思維方式，今天把 交給老大的時候，被他指出很多編寫 的錯誤性，比如 結構，標籤的使用，語義化，css的可擴充套件性，由於 主要還是需要做seo優化，所以在標籤使用上也有些不合理之處，給了我一些建議，自己記錄以下 1 在html標...
匯入 設計的可擴充套件性
敏捷思想的流行使得很多人對可擴充套件設計產生了一種懷疑的態度。這有幾方面的原因，一方面是j2ee平台本身提供的分布式機制等技術因素很容易誘導你定義不 必要的擴充套件需求，第二是基於目前的技術手段對於程式結構的分解仍然有著很大限制，具體的程式實現中往往會引入某種強制依賴，削弱了潛在的可擴充套件性，第三...
設計 C S協議 可擴充套件性
c s架構下，介面返回值定義需要考慮後續的可擴充套件性。這裡是指廣義的客戶端 服務端。原則上，對於協議的返回值，後續的變更只能新增欄位而不能發生結構性的變更 比如修改結構或刪除 否則就無法向前相容。如果非要變更，需要做好相容性處理。分兩種case 1.服務端相容，需要客戶端傳入版本號，服務端根據版本...