BeanIO定长记录中的键值映射答案

【问题标题】：Key-value mapping in BeanIO fixed-length recordBeanIO定长记录中的键值映射
【发布时间】：2017-06-13 11:16:27
【问题描述】：

我有以下specification 用于固定长度的数据文件（请参阅record-C 类型的规范，第4 页）

第二部分，长度为 1,800 个字符，由一个包含 75 个元素的表格组成，用于显示通信中存在的唯一数据；这些元素中的每一个都由一个域代码构成 8 个字符，字段值为 16 个字符

这意味着前 89 个字符（在上面的摘要中省略）是普通的固定长度，然后，对于剩余的 1800 个，我必须将它们分成一组键值对，每个键值对最多计数 24 个字符。在此过程中会修剪空格，并且不会考虑空对。

理想情况下，我的 bean 可以这样构造

public class RecordC{

    private List<Pair<String, String>> table = new ArrayList<>(MAX_TABLE_SIZE); //I don't want to use Map **yet**

}

某事可以是例如Apache Common 的 Pair<String,String> 或任何适合 KVP 映射的东西。

我知道我可以创建一个占用全部 1800 字节的完整 TypeHandler，但我想利用 BeanIO 的强大功能。

这是我到目前为止所做的事情

    <record name="RECORD_C" class="it.csttech.ftt.data.beans.ftt2017.RecordC" order="3" minOccurs="1" maxOccurs="1" maxLength="2000">
        <field name="tipoRecord" rid="true" at="0" ignore="true" required="true" length="1" lazy="true" literal="C" />

        <field name="cfContribuente" at="1" length="16" align="left" trim="true" lazy="true" />
        <field name="progressivoModulo" at="17" length="8" padding="0" align="right" trim="true" lazy="true" />
        <field name="spazioDisposizioneUtente" at="25" length="3" align="left" trim="true" lazy="true" />
        <field name="spazioUtente" at="53" length="20" align="left" trim="true" lazy="true" />

        <field name="cfProduttoreSoftware" at="73" length="16" align="left" trim="true" lazy="true" />

        <segment name="table" collection="list" lazy="true" class="org.apache.commons.lang3.tuple.ImmutablePair">
            <field name="key" type="java.lang.String" at="0" length="8" trim="true" lazy="true" setter="#1" />
            <field name="value" type="java.lang.String" at="8" length="16" trim="true" lazy="true" setter="#2" />
        </segment>

        <field name="terminatorA" at="1897" length="1" rid="true" literal="A" ignore="true" />
    </record>

不幸的是，这在测试中不起作用。我在列表中只得到一条记录，在 [0-7] 和 [8-23] 位置解码，而不是预期的 [89-113][114-???][....][.... ]

问题是：如何在 BeanIO 中声明重复的定长字段？

【问题讨论】：

标签： java bean-io

【解决方案1】：

我目前通过删除 RecordC 规范中的所有 at 属性解决了我的解组问题。正如我发现的那样，“at”属性对于记录是绝对的，而不是相对于重复段。然而，这迫使我在解组中添加了一些被忽略的字段，而只花费了几个 ignores。

一旦我有数据，我将针对官方控制器测试编组

【讨论】：