當把我設計的伺服器中心模組轉交給他人時，讓我意外的事情發生了，他們都不是很理解我的設計。
1.認為我的類太多，模組劃分得太細
2.不是很容易了解整個流程，因為在邏輯上兩個順序執行的功能單位相差十萬八千里
剛開始，我很難理解他們的想法，很難想象，就是這樣乙個簡單的設計，竟如此的難以理解麼？
但當我們交流了一下後，我慢慢發現，我和他們的很多思想都存在很大的不同。
1.我目標是建立乙個可擴充套件性強的框架，重在可擴充套件，可完善；搭起乙個框架，所有各個不同模組分的很開；比如通訊模組，基礎資料結構，工具類，以及邏輯處理類，基本上可以達到互不影響；而他們的理解是，重在流程；一定要讓整個流程非常的明了；所以從外部接收輸入，到邏輯處理，到資料傳輸，整個流程最好要清晰可見；邏輯上相鄰的功能單位最好在**中體現出來。
2.我想，我的設計確實達到了預期的效果，在擴充套件和修改時，確實會比較方便，但，這僅僅限於我，或者與我在設計上有相同理解的人。對於他們，對程式的理解與我完全不同，那麼，這種設計完全是一種負擔，**擴充套件時，不僅不會降低修改的複雜度，相反，會提高他們的難度；而且，在接手我的工作時，他們需要花費大量的時間來消化我的思路。另外乙個方面，坦誠點講，由於在許多地方用到委託和組合，程式的理解確實不是那麼容易。
記下這個問題吧，後面再做類似的問題時，可以稍微借鑑下經驗。
做乙個好的設計，不容易。
在合適的時候，做合適的選擇，很難。
理解衝突 模組設計
當把我設計的伺服器中心模組轉交給他人時，讓我意外的事情發生了，他們都不是很理解我的設計。1.認為我的類太多，模組劃分得太細 2.不是很容易了解整個流程，因為在邏輯上兩個順序執行的功能單位相差十萬八千里 剛開始，我很難理解他們的想法，很難想象，就是這樣乙個簡單的設計，竟如此的難以理解麼？但當我們交流了...
內建模組的理解
跨域建立伺服器 爬蟲 cheerio 解析標記並提供遍歷 each 1.獲取網頁源 2，對源 進行分析 獲取資料 protocol 協議 auth 驗證 host 主機 query hsah path url.parse 格式轉換為物件 const url require url let urlst...
Rust模組的理解
特別注意，callerin這個mod必須在caller.rs中以pub mod callerin 形式宣告，否則外部看不到 最終模組路徑為 lip3 caller callerin call package name exp version 0.1.0 authors yujinliang 2857...