問題背景：
系統的模塊劃分爲平臺和業務，分別由平臺組和業務組各自維護各自的代碼。
typedef struct plat_container
{
int a1; /*平臺用*/
int a2; /*平臺用*/
....
int *p_an; /*平臺用*/
int serv11; /*業務1用*/
int serv12； /*業務1用*/
.....
int servn; /*業務n 用*/
}plat_container_s;
如上所述，大量的業務數據引入導致該數據結構非常龐大。上面是舉例，實際上肯定更復雜，還有指針及併發保護機制。
如下缺點：
1、數據結構龐大，可維護性差
2、大量的業務可能會通過這個數據結構和平臺產生耦合。
這種大量的業務數據往裏塞,就像我們吃火鍋時不斷往鍋里加料一樣,於是我笑稱這種數據結構就是"火鍋模式".
此種數據結構可能很多人已經習慣了，都是這麼寫的，不怕笑話，我現在項目組正是這麼做的，所以我想先自行做個實驗優化這種數據結構，
降低這種業務和平臺的耦合度。
我的想法如下：
typedef struct plat_container
{
int a1; /*平臺用*/
int a2; /*平臺用*/
....
int *p_an; /*平臺用*/
struct list serv_list; /*業務鏈，業務可以動態擴展，當然也可以考慮用指定長度的數組，比如最多支持1024個業務特性*/
}plat_container_s;
平臺提供業務註冊接口，業務初始化時，調用該接口平臺爲業務分配空間，然後把內存地址返回給業務。平臺把該業務節點掛在平臺鎖維護的
業務鏈表中。業務得到平臺分配的內存空間後，愛存放什麼數據隨業務怎麼放。業務數據完全對平臺透明。平臺也看不到業務的數據結構。
這是我的想法，我很少看到有人這麼做的。所以發出來和大家討論下，如果您有更好的實現則歡迎指教。