比如：有一個(gè)Company公司類，Company公司類中有一個(gè)List<User>用戶列表，User類中有一個(gè)Address類用于存放用戶的若干地址。那么，現(xiàn)在有這樣一種系統(tǒng)設(shè)計(jì)思路：傳一個(gè)公司id給后端，則在后端直接構(gòu)造出該公司實(shí)例以及其下所有用戶對(duì)象以及各個(gè)用戶對(duì)象下的所有地址信息。最后生成的對(duì)象就像這樣：Company{     User{         Address{}         Address{}     }     User{         Address{}     }     User{         Address{}         Address{}         Address{}     } }這樣設(shè)計(jì)有一個(gè)好處是你要使用的時(shí)候可以直接Company.User[i].Address[j]來調(diào)用你想用的信息。但是在構(gòu)造它的時(shí)候會(huì)耗費(fèi)大量的數(shù)據(jù)庫查詢性能并且可能存在數(shù)據(jù)不同步問題。想問下大家，這種系統(tǒng)設(shè)計(jì)思路，是否合理？