你想修一棟漂亮的房子，元件就比乙個書桌，乙個房子有幾個房間，需要幾個書桌，也就是幾個元件。系統好比乙個路由器，每個房間都需要wifi,乙個路由器其實也夠用，當然每個房間也可以單獨安裝但是成本太高。
靜態幫助函式這種**片段，好比螺絲刀工具，可能電視機、冰箱、路由器都需要，工具太多很難找，分不同的工具箱裝也挺好，但是工具箱太多，管理工具箱又很麻煩
對於乙個房子來說，乙個路由器當然夠用了，沒必要弄兩個，但是呢，我們程式設計師要修很多房子，從而路由器相當於所有房子修建工程的元件了。
粒度的控制很重要，元件也可以由元件構成，比如，單獨的書桌做成乙個元件的話，在修建很多房子的時候，閒的非常不方便，要頻繁的安裝書桌的配套（椅子，書架，電腦架）。如果被乙個系統繼承了（也可以說是大元件）。比如把這些配套和書桌緊緊釘牢固融為一體，這樣修許多房子的時候，直接放進去就很方便。
組合和繼承都有自己的優勢，靈活執行。無論系統、元件、還是靜態類工具，甚至元件的粘合類，聚合類等等，其實都可以說是元件， 看你粒子的控制
沒有完美的程式，只有成功的產品。沒有完美的**，只有自由的編寫。
乙個元件把介面暴露給中介者使用，還是自己的所有事情自己做呢？這個問題求高手一起**!?，這裡我暫時是自己的事情自己做。採用橫向元件化劃分，元件又採用縱向分層劃分
網路程式設計 一些思考
1.在學習網路程式設計的時候，我通過網上的了解，買了不少書，但是在學習的過程中，仍有不少的困惑！我買了以下書籍 unix網路程式設計，卷一 unix網路程式設計，卷二 c 網路程式設計 基於ace框架復用 2.由於我總不能憑空去捏造一些框架，我開始閱讀，一些現有的，網路服務程式的 希望能夠從中獲得靈...
程式設計的一些思考
以後對程式設計的一些感觸，再次彙總總結，不斷迭代完善。b 如何衡量乙個產品或需求的價值？b 能幫助多少人，能幫助多大的忙 能持續幫助多長時間 b 如何衡量乙個產品設計的好壞？b 隨著產品的發展，增加乙個需求需要的時間越來越少，反之要重新設計了！b 為什麼設計比較難？b 總被忽略糊弄過去，沒有配套制度...
關於程式設計的一些思考
1 其實高階語言和面向過程的語言最求的目標都是一致的，高可復用性，另外，封裝性。我發現自己在寫c語言的時候，總是不自覺地就引入了高階語言的一些封裝性的思想 如以下 段1所示 而我的同學卻總是按著最原始的方式對函式進行命名。學過編譯原理的同學就會知道，最原始的c 編譯器其實就是將c 轉化成c語言，然後...