今天同事因为这个事差点吵起来了，事情是这样的：
两个process之间通过信号通信，A发了一个动态信号给B，B需要用一个静态数据结构保存下来在本地处理。信号数据结构简化了一下，看起来像这样，portCap的长度是动态的，band的长度也是动态的。
typedef struct bandType
{                    
    int           bandwidth;                                    
    int           power;
} bandTypeT;
  
typedef struct portCap
{
      int           bandNum;
      bandTypeT       band[1];              
} portCapT;

typedef struct radioCap
{
      int             sigNo;
      int           portNum;
      portCapT     portCap[1];                        
} radioCapT;

我觉得本地的静态数据结构最好写成下面的形式，然后按照发送方的协议来解析。
typedef struct local_radioCap
{
      int             sigNo;
      int           portNum;
      char             data[MAX_LEN];                        
} local_radioCapT;

结果另一个同事非要写成这样的形式：
typedef struct local_radioCap
{
      int             sigNo;
      int           portNum;
      portCapT        portCap[MAX_NUM];                    
} local_radioCapT;

我觉得写成这样容易误导别人，让不清楚的人直接用portCap[i]来引用第i个portCap，造成错误，大家觉得呢？
--
修改:flyren911 FROM 193.15.240.*
FROM 183.221.18.*

我可以拍板，但是以为这个是基本的c语言知识，拿出来讨论一下，希望用大多数人的赞同来说服这个反对的同时，没想到我是少数派。

【 在 z16166 的大作中提到: 】
你们内部没有更高一个级别的人来拍板？


- 来自 水木社区APP v3.4.4
--
FROM 117.136.62.*

确实用零长度的数组比较好，而且信号里面最好带一个数据的length，不过客户就是这么定义的，我们也不能去修改。

【 在 lewix 的大作中提到: 】
两个比较的话，楼主的稍好一些。后者确实容易误导。    但前面的的定义xxx[1]也很容易误导，我来做的话，会将数据头和


- 来自 水木社区APP v3.4.4
--
FROM 39.144.137.*

1就是表明是动态的，可能是为了兼容老的编译器？正常情况下应该写成0的。
【 在 bihai 的大作中提到: 】
: 看不懂。这个portCap长度是动态的是什么意思？你不是写了一个一在里面吗？
:
: #发自zSMTH@HD1925
--
FROM 193.15.240.*

恰恰就是没有长度的，长度得自己一项一项加起来计算出来，这个是客户协议定义的问题，没法解决。
【 在 slowaction 的大作中提到: 】
: 这份数据不是从自己这部分产生的
: 别人穿递过来的时候一定是有长度的
: 你申请内存的时候要根据数据长度来申请
: ...................
--
FROM 193.15.240.*