如何降低平台和業務的資料結構的耦合__資料結構

問題背景：

系統的模組劃分為平台和業務，分別由平台組和業務組各自維護各自的代碼。

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;

 

平台提供業務註冊介面，業務初始化時，調用該介面平台為業務分配空間，然後把記憶體位址返回給業務。平台把該業務節點掛在平台鎖維護的

業務鏈表中。業務得到平台分配的記憶體空間後，愛存放什麼資料隨業務怎麼放。業務資料完全對平台透明。平台也看不到業務的資料結構。

 

這是我的想法，我很少看到有人這麼做的。所以發出來和大家討論下，如果您有更好的實現則歡迎指教。