我使用EDIFACT消息并开发了许多工具来帮助我解析并从原始文件格式中提取相关信息。
我一直在努力的东西是呈现原始的EDIFACT。我通常只是将消息复制到Microsoft Word中，对段分隔符进行查找和替换，并逐行查看内容。
我一直想以层次结构格式显示EDIFACT文件，但在我的生活中不能找到一种方法来实现这一点。
以下是原始EDIFACT消息的一小部分摘录。 左侧显示了我如何获取数据（不包括行号），右侧显示了我希望如何根据客户规范显示数据。
01. UNA -UNA
02. UNB -UNB
03. UNH -UNH
04. BGM -BGM
05. DTM - | DTM
06. DTM - | DTM
07. DTM - | DTM
08. NAD - | NAD
09. NAD - | NAD
10. NAD - | NAD
11. GIS - | GIS
12. LIN - | | LIN
13. LOC - | | | LOC
14. LOC - | | | LOC
15. LOC - | | | LOC
16. RFF - | | | RFF
17. QTY - | | | QTY
18. QTY - | | | QTY
19. RFF - | | | | RFF
20. DTM - | | | | | DTM
21. SCC - | | | SCC
22. QTY - | | | | QTY
23. DTM - | | | | | DTM
24. DTM - | | | | | DTM
25. SCC - | | | SCC
26. QTY - | | | | QTY
27. DTM - | | | | | DTM
28. DTM - | | | | | DTM
29. SCC - | | | SCC
30. QTY - | | | | QTY
31. DTM - | | | | | DTM
32. QTY - | | | | QTY
33. DTM - | | | | | DTM
34. SCC - | | | SCC
35. QTY - | | | | QTY
36. DTM - | | | | | DTM
37. NAD - | | | NAD
38. CTA - | | | | CTA
39. COM - | | | | | COM
40. SCC - | | | | SCC
41. QTY - | | | | | QTY
42. UNT -UNT
43. UNZ -UNZ
您可以看到数据是基于树的，并且它是由发送给我的规范描述的。上述EDIFACT消息的一个规范如下：
Tag St Max Lvl
0000 1 UNA C 1 0 SERVICE STRING ADVICE
0000 2 UNB M 1 0 INTERCHANGE HEADER
0010 3 UNH M 1 0 MESSAGE HEADER
0020 4 BGM M 1 0 BEGINNING OF MESSAGE
0030 5 DTM M 10 1 DATE/TIME/PERIOD
0040 6 FTX C 5 1 FREE TEXT
0080 SG2 C 99 1 NAD
0090 7 NAD M 1 1 NAME AND ADDRESS
0190 SG6 C 9999 1 GIS-SG7-SG12
0200 8 GIS M 1 1 GENERAL INDICATOR
0210 SG7 C 1 2 NAD
0220 9 NAD M 1 2 NAME AND ADDRESS
0370 SG12 C 9999 2 LIN-LOC-FTX-SG13-SG15-SG17-SG22
0380 10 LIN M 1 2 LINE ITEM
0450 11 LOC C 999 3 PLACE/LOCATION IDENTIFICATION
0470 12 FTX C 5 3 FREE TEXT
0480 SG13 C 10 3 RFF
0490 13 RFF M 1 3 REFERENCE
0540 SG15 C 10 3 QTY-SG16
0550 14 QTY M 1 3 QUANTITY
0570 SG16 C 10 4 RFF-DTM
0580 15 RFF M 1 4 REFERENCE
0590 16 DTM C 1 5 DATE/TIME/PERIOD
0600 SG17 C 999 3 SCC-SG18
0610 17 SCC M 1 3 SCHEDULING CONDITIONS
0620 SG18 C 999 4 QTY-DTM
0630 18 QTY M 1 4 QUANTITY
0640 19 DTM C 2 5 DATE/TIME/PERIOD
0760 SG22 C 999 3 NAD-SG24-SG27
0770 20 NAD M 1 3 NAME AND ADDRESS
0830 SG24 C 5 4 CTA-COM
0840 21 CTA M 1 4 CONTACT INFORMATION
0850 22 COM C 5 5 COMMUNICATION CONTACT
0920 SG27 M 999 4 SCC-SG28
0940 SG28 M 999 5 QTY
0950 24 QTY M 1 5 QUANTITY
1030 25 UNT M 1 0 MESSAGE TRAILER
0000 26 UNZ M 1 0 INTERCHANGE TRAILER
重要的列是Tag，St（M =强制，C =条件），Max（它可以重复的最大次数），lvl（它在树中的深度）。 以SG开头的标签表示存在循环
我面临的问题是格式非常灵活，它可以有条件段，条件循环，重复段。试着想出一种可以处理所有这些的方法一直是我的问题。
从上述规范的顶部开始，您可以立即看到，当您使用DTM标签时，它可以重复最多10次。在示例EDIFACT消息中，它仅在第5,6,7行出现3次。遵循规范，FTX可能会出现但不在我的示例消息中，然后有一个SG2标记，这意味着以下NAD标记可能重复99次。
在LIN标签内部稍微向前移动（在SG12组下面，可以重复多达9999次并且在许多情况下会重复多次），它会出现在第一个QTY标签上。 根据规范，该段可以具有条件组（SG15）RFF和其下的DTM。使用我的样本，你可以在第17行和第18行看到它有QTY段但第18行也有这个条件组。
当您查看SCC细分时，也会发生类似的事情。
我的想法是，能够将该规范输入某种文件格式，然后根据此规范的规则运行原始EDIFACT消息，以便输出基于层次结构，因此它很容易一目了然地查看哪些数据与哪个段相关，以及检查EDIFACT消息是否有效的方法。
我遇到的麻烦是进行转换的实际算法或过程。
我尝试过天真的方法，比如一行一行，但是当我试图找出当前行是在一个组中，还是在重复或其他内容时，它会变得混乱。 我尝试了一种递归方法，通过最大的组（SG12-LIN组）拆分整个EDIFACT，然后递归处理它们中的每一个拆分并构建输出。这是我最好的方法，但由于我的逻辑不正确，它仍远未处理许多错误的读数。
我基本上需要能够选择一段消息，并确定它应该在层次结构中的哪个位置并显示它。
我对如何解决这个问题感到茫然。我确信这样做有一个很简单的方法，但我无法解决这个问题。
任何帮助都会非常感激。
轻微更新。
我已按照所述规范的层次结构将规范转换为XML文件。此XML文件现在包含与每个标记相关的所有组和各种属性。现在我开始了解EDIFACT需要遵守的内容。
如果我在纸上（以及头部）进行检查，我可以通过一些前瞻性思考来构建我想要做的输出，所以我的新想法是＆＃34;提前扫描＆＃34;在EDIFACT文件中，并构建一个可能的结果。 有点像国际象棋AI如何向前看一些动作。
答案 0 :(得分：0)
你想要的大部分东西我可以帮助你（并做到了）。但是在没有交互的小纸片上做这件事并不容易。 因此，如果您想了解更多信息，请与我联系。 （不，这不是商业用途）