並行的思想設計模組

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

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

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