因為你是從code的觀點切入，但更高層次的設計哲學沒有去想
像是一對一、一對多、多對一、多對多的設計
當初需求可能是一對一，但如果在設計上就從多對多考慮
(多對多包含一對一)
設計的方式就會不一樣
或是從功能面角度出發也可以，例如很多系統會有heart beat的設計
或是send/reply會有timeout的設計
有些寫法是考量在增加功能(複雜度)的情況下，減少軟體複雜度
還得考量一些軟體工程的設計面
所以結論還是要看書增加知識
※ 引述《g001613001 (阿月)》之銘言：
: 各位好
: 小弟目前是個iOS菜鳥工程師
: 目前只有以自己的coding方式完成一個案子
: 但是公司同時也有請外包商寫Android和iOS的版本
: 最近因為已經按照後台給的規格書完成了進度
: 所以公司希望我能在12月底前學會安卓
: 所以原本是一直抱書啃
: 但是上頭覺得拿外包商的原始碼給我看才可以學的比較快
: 所以我就看了
: 但是很明顯高手寫的完全讓我看不懂
: 主要是我大部份都沒有把功能切的很細
: 看高手寫的，切的非常細
: 所以讓我閱讀很困難，加上幾乎沒有註解
: 而且會使用許多精簡的程式碼寫法
: 讓我看了三天還是沒什麼進展
: 公司也沒有人可以請教，只有我一個人
: 所以目前感覺壓力頗大
: 不知道該怎麼看懂iOS的部份
: 安卓的話我書啃不到一半更看不懂...
: 不知道有前輩可以分享或者指點一下
: 該怎麼讓一個菜鳥能看得懂高手寫的code嗎？
: 謝謝大家