並行的思想設計模組

       最近遇到一兩個問題，包括以前遇到的未得到完美解答的問題，有的從前輩的代碼中領悟，有的從前輩的直接指導中得到解答。

       例如，去年跟著一位前輩做一個工程，而工程中，前輩已對每個模組劃分概念，例如，只作為元素的容器，或者作為元素的行為的。但是在實現過程中，發現從程式流程出發，而非從概念出發，只要往容器類內加一個index或者行為變數，那麼整個流程會很順暢，而無需去繞路。但是這個做法被前輩否定，而答案卻只是從堅決順從設計概念出發，沒有一些需求上的情況舉例，所以回答上並無太多說服人的地方。畢竟無需求的設計概念，只是一種裝飾，可有可無，無癢無痛。而昨天另一位前輩給了個假設，如果很多地方引用這個容器類，那麼裡面的index或者行為變數肯定會出錯。茅塞頓開，優秀的設計來自各方面情況的完全考慮，這需要經驗的積累。

      這又聯想到之前在看屬性包的代碼時，看到一種類比唯讀string功能的設計，一塊記憶體至允許被讀取，而不能修改，那麼它如何改變自身值，解決者加多了個propertySet 在構造時傳入，所以也就只在初始化時能修改值，其他時候均只能讀取。而據悉，唯讀功能的設計當時是為了給並發程式使用。

      從並行的角度出發，很多模組的設計哪些該有哪些該無都會很順其需求，而不會覺得彆扭。