2. 程式人生 > >ABAP非Unicode系統中字串拼接（CONCATENATE）時吃字元問題

ABAP非Unicode系統中字串拼接（CONCATENATE）時吃字元問題

阿新 • • 發佈：2018-12-27

       系統是老R3，非Unicdoe系統，某些表字段是從外界系統過來的，由於介面設計的固定長度，外界系統傳超長字串過來後，就可能從最後一箇中文字元中間截斷，這問題到還沒什麼，只不過顯示時最後一個字元顯示成亂碼而已，但是，如果將這些表字段撈出來與其它分隔符（如豎線） CONCATENATE時，可能會將這個分隔符吃掉，導致這些資料拋到對方系統後，無法再分隔，還原成一個個欄位

       如下面執行過程中：c3本身是一個 司 字後面跟半個中文字元，當使用 豎線分隔符與0字元CONCATENATE後，發現豎線沒有了，它與前面的？問號（注：不是真正的問號，而是由於編碼B5在GBK字符集裡找不到，ABAP編輯器以問號顯示而已）合成 

祙 字了，即豎線被前面的半個漢字編碼給吃掉了：

下面是經過frm_trunct_last 方法將半個中文字元截斷後，再CONCATENATE拼接時，分隔符豎線就不會被吃掉了：

DATA: str TYPE string.DATA: x3(3) TYPE x.DATA: c3(3) TYPE c.FIELD-SYMBOLS:<c3> TYPE x.START-OF-SELECTION.  ASSIGN c3 TO <c3> CASTING.  "CBBE為“司”的編碼，B5為前半個漢字編碼，如“祙、單”等字的前半個就是B5  <c3>  = 'CBBEB5'."模擬半個中文
  WRITE:/ c3.  str = c3.  CONCATENATE str `0` INTO str SEPARATED BY `|`.  WRITE:/ str.  str = c3.  PERFORM frm_trunct_last USING str .  CONCATENATE str `0` INTO str SEPARATED BY `|`.  WRITE:/ str.*&---------------------------------------------------------------------**&      Form  frm_trunct_last
*&---------------------------------------------------------------------**       如果字串最後一個是半個字元，則截掉*----------------------------------------------------------------------**      -->STR        如果不會吃字元，則返回原字串*----------------------------------------------------------------------*FORM frm_trunct_last USING str TYPE string .  DATA: xstr TYPE xstring.  DATA: l_codepage(4) TYPE n .  DATA: l_encoding(20).  DATA: truc_str TYPE string.  DATA: off_index TYPE i.  DATA: trunct_str TYPE string.  DATA: last_char TYPE string.  DATA: last_char_code TYPE xstring.  DATA: len TYPE i.  DATA: x7f TYPE x VALUE '7F'.  DATA: convout TYPE REF TO cl_abap_conv_out_ce.  DATA: convin TYPE REF TO cl_abap_conv_in_ce.  CALL FUNCTION 'SCP_CODEPAGE_BY_EXTERNAL_NAME'    EXPORTING      external_name = 'UTF-16BE'    IMPORTING      sap_codepage  = l_codepage.  l_encoding = l_codepage.  convout = cl_abap_conv_out_ce=>create( encoding = l_encoding ).  convout->write( data = str ).  xstr =  convout->get_buffer( ).  truc_str = xstr.  len = STRLEN( truc_str ).  len = len / 4 .  off_index = 4 * ( len - 1 ).  xstr = truc_str+0(off_index).  convin = cl_abap_conv_in_ce=>create( encoding = l_encoding input = xstr ).  CALL METHOD convin->read    IMPORTING      data = trunct_str.  off_index = 4 * ( len - 1 ).  xstr = truc_str+off_index(4).  convin = cl_abap_conv_in_ce=>create( encoding = l_encoding input = xstr ).  CALL METHOD convin->read    IMPORTING      data = last_char.  CALL FUNCTION 'SCP_CODEPAGE_BY_EXTERNAL_NAME'    EXPORTING      external_name = 'GBK'    IMPORTING      sap_codepage  = l_codepage.  l_encoding = l_codepage.  convout = cl_abap_conv_out_ce=>create( encoding = l_encoding ).  convout->write( data = last_char ).  last_char_code =  convout->get_buffer( ).  len = XSTRLEN( last_char_code ).  IF len = 1 AND last_char_code > x7f.    str = trunct_str.  ENDIF.ENDFORM.                    "frm_trunct_last
注：分隔符是否被吃掉了，在螢幕輸出上是看不出來的，如下面是輸出結果： 但從上面的除錯過程可以看出是被吃掉了，經測試傳到其他系統後，也是會被吃掉的

相關推薦

ABAP非Unicode系統中字串拼接（CONCATENATE）時吃字元問題

       系統是老R3，非Unicdoe系統，某些表字段是從外界系統過來的，由於介面設計的固定長度，外界系統傳超長字串過來後，就可能從最後一箇中文字元中間截斷，這問題到還沒什麼，只不過顯示時最後一個字元顯示成亂碼而已，但是，如果將這些表字段撈出來與其它分隔符（如豎線） CONCATENATE時，可能會將

CString和string在unicode與非unicode下的相互轉換（轉）

cst toc ref 編譯 end con adding eas font 原文轉自 http://blog.csdn.net/u014303844/article/details/51397556 CString和string在unicode與非unicode下的相

給漢字"你" "我" "他" 在Unicode表中的位置（作業）

public class seed { public static void main (String[]args){ char a='你',b='我',c='他'; System.out.println("漢字 "+a+

C和C++中字串符（String）和字串字面量（String Literal）的區別

轉自：http://www.360doc.com/content/12/0511/19/7775902_210379219.shtml C/C++中的物件指的是一塊儲存區。字串字面量是不需要建立過程就可以使用的物件，所以它既沒有變數那樣的宣告或者定義（字串字面量是無名物件

Qt/Embedded在嵌入式Linux系統中的應用（ARM）

Qt/Embedded在嵌入式Linux系統中的應用 摘要：分析和討論Qt/Embedded的主流版本3.x系列的底層實現技術；結合2.x版本系列和3.x版本系列，在兩種不同的硬體平臺（Intel PXA255開發系統與筆者自行設計的Motorola MC9328 MX1開發

安卓系統中關於乙太網（Ethernet）無法上網的問題解決（二）

設定完畢後發現系統已經能夠自動獲取ip了： eth0      Link encap:Ethernet  HWaddr 00:09:C0:FF:EC:48           inet addr:192.168.0.19  Bcast:192.168.0.255  Mask

安卓中字串分割（Spilt）的坑

今天在做一款音樂APP的時候需要解析JSON資料，解析到最後有個陣列由||分割開來，於是想到使用字串的spilt()方法來做， 說做就做：s.spilt("||"); 執行，居然沒用，沒有任何分割的字

MQ訊息中介軟體在分散式系統中的作用（四）

1.訊息中介軟體在分散式系統中的作用介紹 訊息中介軟體是在分散式系統中完成訊息的傳送和接收的基礎軟體。 1.1訊息中介軟體可利用高效可靠的訊息傳遞機制進行平臺無關的資料交流， 並基於資料通訊來進行分散式系統的整合。通過提供訊息傳遞和訊息 排隊模型，可以在分散式環境下擴充套件

安卓系統中關於乙太網（Ethernet）無法上網的問題解決（一）

最近在調系統的Ethernet，將過程記錄一下。 檢查過安卓原始碼中已經有了Ethernet的相關程式碼，可是還是無法開啟乙太網上網功能。 由於暫時無法通過修改安卓原始碼來開啟Setting中的乙太網設定（其實是我還沒找到在哪改。。。。），所以就想通過命令的方式來開啟乙太

大型網站架構系列：緩存在分布式系統中的應用（二）

內存空間 設備 keep 訪問速度 整數 存儲方式 統一 客戶端 物理內存 原文:大型網站架構系列：緩存在分布式系統中的應用（二）緩存是分布式系統中的重要組件，主要解決高並發，大數據場景下，熱點數據訪問的性能問題。提供高性能的數據快速訪問。 本文是緩存在分布式應用第二篇文

Go語言字串高效拼接（一）

在我們程式設計的時候，和字串打交道是必不可少的，我們對資料庫裡文字的處理，Web文字的顯示，文字資料的儲存等都需要和字串打交道，那麼對於字串來說，查詢、拼接這些都是常用的操作，尤其是以拼接使用的比較多，比如把一個人的姓名和年齡拼接在一起顯示。 在Go語言（golang）中，對於字串的拼接處理有很多種方法，那

Go語言字串高效拼接（二）

在上一篇關於字串拼接的文章 Go語言字串高效拼接（一） 中，我們演示的多種字串拼接的方式，並且使用一個例子來測試了他們的效能，通過對比發現，我們覺得效能高的Builder並未發揮出其應該的效能，反而+號拼接，甚至strings.Join方法的效能更優越，那麼這到底是什麼原因呢？今天我們開始解開他們神祕的面紗，

linux系統中的防火牆（iptables與firewalld）——iptables

iptables 關閉firewalld開啟iptables 相關概念 IPTABLES 是與最新的 3.5 版本 Linux 核心整合的 IP 資訊包過濾系統。如果 Linux 系統連線到因特網或 LAN、伺服器或連線 LAN 和因特網的代理伺服器， 則該系統有利於在 Lin

linux系統中的防火牆（iptables與firewalld）——firewalld

防火牆 防火牆是整個資料包進入主機前的第一道關卡。防火牆主要通過Netfilter與TCPwrappers兩個機制來管理的。 1）Netfilter：資料包過濾機制 2）TCP Wrappers：程式管理機制 關於資料包過濾機制有兩個軟體：firewalld與iptables cento

Shell中字串拼接的方法

我們可以看到在系統中，字串的拼接方法為(.bash_profile檔案)： PATH=$PATH:$HOME/.local/bin:$HOME/bin 以及《Linux命令列與Shell指令碼程式設計大全中提到的》 var=${var1}${var2} #!/bin/bash va

Go語言字串高效拼接（三）

在上一篇關於字串拼接的文章Go語言字串高效拼接（二） 中，我們終於為Builder拼接正名了，果真不負眾望，尤其是拼接的字串越來越多時，其效能的優越性更加明顯。 在上一篇的結尾中，我留下懸念說其實還有優化的空間，這就是今天這篇文章，字串拼接系列的第三篇，也是字串拼接的最後一篇產生的原因，今天我們就看下如何再

Python中字串拼接的N種方法

python拼接字串一般有以下幾種方法： ①直接通過（+）操作符拼接 s = 'Hello'+' '+'World'+'!'print(s) 輸出結果：Hello World! 使用這種方式進行字串連線的操作效率低下，因為python中使用 + 拼接兩個字串時會生成一

SQL中字串拼接

1. 概述 在SQL語句中經常需要進行字串拼接，以sqlserver，oracle，mysql三種資料庫為例，因為這三種資料庫具有代表性。 sqlserver： select '123'+'456'; oracle： select '123'||'45

C++中字串拼接、十六進位制轉十進位制

txt檔案如下： 檔案說明：檔案中為十六進位制資料。 實現：先進行字串拼接，然後進行十六進位制轉十進位制。 字串拼接程式碼： //字串拼接 infile>>string1>>string2; string1=string1+string2

Unity3D中的布娃娃（ragdoll）系統

在FPS或者TPS遊戲中，玩家死亡時會像“布娃娃”一樣死去，也就是說，角色死亡是，不會執行事先設定的動畫，而是實現自然坐下或倒地的效果，用來提升遊戲的真實性。 布娃娃系統只適用於具有Rigging的3D模型。即3D模型中必須具有“骨骼”。選擇資原始檔中的模型，在頂部選單欄中