Fork me on GitHub

理解CSV文件以及ABAP中的相关操作

  在很多ABAP开发中,我们使用CSV文件,有时候,关于CSV文件本身的一些问题使人迷惑。它仅仅是一种被逗号分割的文本文档吗?

  让我们先来看看接下来可能要处理的几个相关组件的词汇的语义。

  Separator:两个字段之间的界线,在CSV文件中即是“,”。

  Delimiter:这种符号的开端和结束,代表了某种东西的界限。举个例子“测试字符串”有两个delimiters,即两个双引号。在文本中包含很多逗号的情形下,CSV文件会使用双引号作为Delimiter.

  Terminator : 代表片段的结束。在CSV文件中,我们可以把换行看成terminator.

  如果我们不确定逗号或者双引号是否被允许在数据内出现,请看CSV的说明书:

  假如你想看CSV的全部标准的话,这里是CSV的实际标准

      http://tools.ietf.org/html/rfc4180

CSV格式的定义

  1,  每条记录位于单独的行上,由换行符分隔。

  2,  最后一条记录的换行符可有可无。

  3,  文件的第一行可以有一个可选的头部,其格式与普通行相同。

  4,  在头部和每条记录中,可以存在一个或多个字段,由逗号分割。整个文件中的每行应当包含同样数量的字段。空格被视为字段的一部分,不会被忽略。记录的最后一个字段的后面不可以存在逗号。

  5,  每个字段可以被双引号包围,也可以不这样做。(然而在某些程序中,比如Microsoft Excel, 完全不使用双引号)。如果字段没有被双引号包围,那么双引号不会在字段内部出现。

  6,  字段在包含换行符、双引号和逗号的情况下应当被双引号包围。

  7,  如果双引号被用作包围字段,而字段内部出现的双引号需要通过使用另一对双引号将其包围的方式转义处理。

在我的经验中,第七点是最容易被坑的地方。CSV作为由逗号分隔的值,给人带来了一种印象即逗号是separator并且给出的excel中不含逗号,这样容易造成混淆。

  那么看几个例子:

  基本例子:

  10, Vikas , Sydney

      数据内部有separator / delimiter的:

     "11", "Vikas", "Sydney, AU"      <-- 数据中包含逗号

     "12", "Vikas", "Sydney, "NSW" AU"   <-- 数据包含逗号和双引号

ABAP中的相关操作

  假设我们读取一个文件,这个文件可以从用户的桌面上传或者从服务器端读取。

1)   写下你的代码

  这个在一开始很简单,但随着时间的进行,它可能变得复杂。

  以字符串格式获取数据,使用逗号分割他们:

split lv_data at ',' into lw_struct-test1 lw_struct-test2 lw_struct-test3.

  缺点:

  a) 如果我们的数据中有separator, terminator 或者delimiter,这个就不管用了。(也就是说需要数据中不存在逗号、双引号或者换行符)

  b)  一旦格式改变,代码必须随之更新——意思是如果我们增加了一个新的字段test4,那么代码就要变为:

split lv_data at ',' into lw_struct-test1 lw_struct-test2 lw_struct-test3 lw_struct-test4.

2)   使用KCD_CSV_FILE_TO_INTERN_CONVERT读取文件

CALL FUNCTION 'KCD_CSV_FILE_TO_INTERN_CONVERT'
  EXPORTING
    i_filename      = 'C:\Temp\Upload.csv'
    i_separator     = ','
  TABLES
    e_intern        = gt_intern
  EXCEPTIONS
    upload_csv      = 1
    upload_filetype = 2.

  缺点:

  a) 文件只能从表示服务器/桌面中读取。注:有关表示服务器(Presentation Server)的内容,请参考SAP系统架构的相关内容

  b) 如果CSV文件中存在双引号,最后一个字段会保留双引号。(待验证)

  c) 在文件从服务端读取的情况下,我们需要阅读这个函数的内部代码,并且写一些自定义的逻辑。

3)   通过函数模块 RSDS_CONVERT_CSV使用RTTI和动态编程

  这是一个有效的办法,但是包含了大量的代码。你可以看看这个GIST中的代码:

      CSV_Upload_long_process

  总的来说步骤是这样的:

  ——使用RTTI获得目的表的结构

  ——使创建field catalog

  ——根据field catalog创建动态内表

  ——使处理原始CSV数据

  ——使将CSV数据存储在动态内表中

  缺点:

  a) 长代码所具有的缺点,特别是在你打算从零开始编写它的情况下。

  优点:

  a) 代码从目标表的格式中解放了。如果一个新的字段被添加,只需要从z_data_tty中更新表类型。

4)   使用类CL_RSDA_CSV_CONVERTER

   可以很直接地调用它——使用separator 和delimiter初始化类。对于一个普通的CSV文件,使用默认参数。

* Instantiate the CSV object
 
  call method cl_rsda_csv_converter=>create
*  EXPORTING
*    i_delimiter = C_DEFAULT_DELIMITER
*    i_separator = C_DEFAULT_SEPARATOR
    receiving
      r_r_conv    = lo_csv
 
* Process records
  loop at lt_upload_data into lv_data.
    CALL METHOD lo_csv->csv_to_structure
      EXPORTING
        i_data   = lv_data
      IMPORTING
        e_s_data = lw_struct.
endloop.

  就是这样!

  优点:

  a) 代码量很小——相比上面的第三种方案,减少了我们犯错的机会。

  b) 代码与文件结构无关——我们保持了上面方案的优点。

  c) 无论是应用服务器,还是表示服务器,它都适用——当然在这之前我们必须读取文件。

  d) 开发者已经在方法CSV_TO_STRUCTURE中为例子写下了详尽的文档。要大大地感谢他/她!

  e) 它是RSDA包的一部分,RSDA包目前在ABAP实验环境中同样存在,比如NSP。

如果你懒得键入全部程序,这里有全部源代码:

         CSV_Reading_option_4  

 

 本文链接:http://www.cnblogs.com/hhelibeb/p/5793215.html

 原文链接:Understanding CSV files and their handling in ABAP

转载请注明

posted @ 2016-08-21 18:17  氢氦  阅读(5128)  评论(0编辑  收藏  举报