因为你是从code的观点切入，但更高层次的设计哲学没有去想
像是一对一、一对多、多对一、多对多的设计
当初需求可能是一对一，但如果在设计上就从多对多考虑
(多对多包含一对一)
设计的方式就会不一样
或是从功能面角度出发也可以，例如很多系统会有heart beat的设计
或是send/reply会有timeout的设计
有些写法是考量在增加功能(复杂度)的情况下，减少软件复杂度
还得考量一些软件工程的设计面
所以结论还是要看书增加知识
※ 引述《g001613001 (阿月)》之铭言：
: 各位好
: 小弟目前是个iOS菜鸟工程师
: 目前只有以自己的coding方式完成一个案子
: 但是公司同时也有请外包商写Android和iOS的版本
: 最近因为已经按照后台给的规格书完成了进度
: 所以公司希望我能在12月底前学会安卓
: 所以原本是一直抱书啃
: 但是上头觉得拿外包商的原始码给我看才可以学的比较快
: 所以我就看了
: 但是很明显高手写的完全让我看不懂
: 主要是我大部份都没有把功能切的很细
: 看高手写的，切的非常细
: 所以让我阅读很困难，加上几乎没有注解
: 而且会使用许多精简的程式码写法
: 让我看了三天还是没什么进展
: 公司也没有人可以请教，只有我一个人
: 所以目前感觉压力颇大
: 不知道该怎么看懂iOS的部份
: 安卓的话我书啃不到一半更看不懂...
: 不知道有前辈可以分享或者指点一下
: 该怎么让一个菜鸟能看得懂高手写的code吗？
: 谢谢大家