放进RAR 在拖出来不知~~~~有没意外收获

不就是兩個Exe程序嗎？用VB寫的簡單界面。

只能加密数字？！有大小限制么？

正常的都是做字符串处理吧………………………………

这种东西就不下载了……2min随手写一个………………

應該說是把數字當成字符，因爲要限制變量的關係。如果我把ASCII全部弄進去的話，工作量太大了。
可以肯定儅你按下encode時，哪怕是再重復一次，每次的編碼都是不同的。
舉例：
20110129就會變成這些不同的答案（10個）
mm_nul_один_ggll_nul_一_mm_девет_
2294_48_.****_uno_3367_een_二_kn_
zwei_null_un_um_3367_1_..***_девять_
0059_nul_ichi_en_零_1_er_neuf_
deux_*****_hun_hun_zero_un_deux_3037_
zwei_*****_един_uno_null_壹_10_57_
二_ноль_.****_un_zero_un_fgg_9_
mm_rei_one_eins_ling_en_2294_ni_
..***_nul_un_en_nul_uno_..***_57_
10_нула_en_m_nul_m_ddau_vtn_
單是無論是哪個答案或者第N次編碼後，解碼都能回到20110129這個答案的。

让我yy一下你的方法，生成随机密钥并以此加密，同时存下随机密钥在文件中，然后用软件内置密码常量加密一遍

不过我能想出的所有方法都可以和字符集大小无关

答對了一半，實際上是每個字符都生成一次密鑰。
我知道你下一句話是什麽意思。擧個比方，如果用unicode碼表作字符集，對字符編號加密就壓根沒多少技術含量的。如果對那幾萬個編碼一一列表，密碼強度就不是一般的高，當然一本字典下來幾個TB都可能。
我擧個例子，對“我晚上吃飯”進行編碼，有可能變成這樣。
0086 004409 00813643 00012116 03490519190514 0046180919 ##
先提示一下，如果反編譯這段密文，第一步可以得到“I yoru up essen ris”。提示是每個字符組頭四位就是鑰匙，用的是國際區號。
最後，整個句首的0086代表的是所有詞彙用的語法是中國語法。
I よる up essen ris

LZ的东西配合电码通就可以加密汉字了...

正是如此，但是现在做出来的东西就一个臃肿，正在改进中。半成品帖子XXXXXXXXXXXXXXXXXXXXXXXX/t/31688
慎入！長篇大論的實驗結果——自製加密算法效果

谢谢楼主~~~~~

是不是对每个字符单独进行加密而不是对整个文本加密
这有两个问题。。
加解时间随文本大小增长。。
密钥大小随文本大小增长。。
如果不对单个字符加密，而是对整个文本进行同样数量的多重加密，强度要也不小吧 而且密钥不会太大，加解密时间不变。。