我的代碼將大量文本數據傳遞給傳統的lib，它負責存儲它。但是，它傾向於刪除末尾的空白。當我讀回數據時，這是一個問題。 由於我無法更改舊版代碼，因此我想用一些不常見的ASCII字符替換所有空格。當我讀迴文本時，我可以將它們替換回來。安全的ASCII字符在存儲之前替換空白
數據中只有空格 - 沒有選項卡或換行符。 數據是字母數字，帶有特殊字符。
那麼你可以使用ASCII 254來替換滯後系統中的空間。
ASCII是7位編碼 – 2010-06-14 11:53:43
是的！擴展ASCII只有8位。 :) – 1s2a3n4j5e6e7v 2010-06-14 11:55:45
@ 1s2a3n4j5e6e7v：「擴展ASCII」充其量只是用詞不當。它不涉及任何定義的編碼。 – 2010-06-14 11:57:38
您可以使用Tilda（〜）符號。它不會發生在文本中。如果你想逃避它，你可以使用'\'。
既然你不能改變遺留代碼，它本質上是一個黑匣子（即使你知道知道發生了什麼）。因此，唯一正確的答案是：嘗試使用哪個角色並使用它。 （如果沒有角色的工作，這個問題是不可能的，這就是遺留代碼很糟糕的原因。）
如果你需要保護的是尾部空間（嵌入的空間是好的），那麼把'$'或類似的每個文本的結尾。
然後，您可以在閱讀時簡單地將其刪除。
如果遺留系統中已經有數據，但您可以讀取所有現有數據，以查找任何現有數據末尾從不使用的字符（或字符串），並且用它來標記新的字符串（並保護它們中的空白）。
迄今爲止所有的答案都給出瞭解決方案，一旦您的替換字符已經在您提供的文本中就會破解。無論它是代字號，控制字符還是$都無關緊要。唯一正確的解決方案是在保存文本之前對文本進行編碼，並在檢索文本時進行解碼。
如果找到編碼空間字符的編碼模式，您必須做些什麼。例如，您可以使用URL編碼/解碼，因爲這將編碼空格字符。
ASCII只能上升到127 :-) – 2010-06-14 12:04:03