问题背景：系统的模块划分为平台和业务，分别由平台组和业务组各自维护各自的代码。typedef struct plat_container{ int a1; /*平台用*/ int a2; /*平台用*/ .... int *p_an; /*平台用*/ int serv11; /*业务1用*/ int serv12； /*业务1用*/ ..... int servn; /*业务n 用*/}plat_container_s;
问题背景：
系统的模块划分为平台和业务，分别由平台组和业务组各自维护各自的代码。
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; /*平台用*/
<
最低0.47元/天 解锁文章
1066
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
