调查一下看看对base64 for pb11.5及以上版本有需求的人有多少。
毕竟现在PB可以算是人气很不足的产品了,虽然我也算是个爱好者,但能偷懒就偷懒,如果没多少需求,那我也就懒得写了。
其实这玩意也不难,下面贴一个关于base64的算法思路(我写的PB9版本的base64就是基于此思路写出来的),其实有点PB基础的,有此思路谁都可以写出来。
在PB11.5及以上版本中,增加了一个byte类型,如果要在pb11.5中写base64的类,我应该会使此类型。
getbyte,setbyte......这些内置函数还是比较好用的。
BASE64编码基于十进制的实现方法
一、BASE64编码的原理 BASE64编码 的原理很简单,其方法是,将输入数据流每次取6 bit(每bit代表1位二进制),不足6bit的补0,这样,每3个8位字节将编码为4个6位字节(3×8 → 4×6);不满4个字节的以“=”填充。其实这4个六位字节 仍然是8位,只不过高两位被设置为0。当一个字节只有6位有效时,它的取值空间为0 到 2的6次方减1 即63,也就是说被转换的Base64编码的每一个编码的取值空间为(0~63)。事实上,0~63之间的ASCII码有许多不可见字符,所以应该再做一个映射,映射表(码表)为 (省略,此码表很容易查到)
这样就可以将3个8位字节,转换为4个可见字符。 也就是说,转换后的字符串要比原来的长1/3,扩张率为3:4。 举例说明: 1、当字符串字符个数为3的倍数时;比如字符串“ABC”,其在计算机内存中的十六进制表示为$41、$42、$43,十进制表示为“65”“66”“67”;二进制表示为01000001 01000010 01000011 将这三个二进制数依次取6bit, 010000/01 0100/0010 01/000011 就转换成了: 010000 010100 001001 000011 将这四个二进制数转换成十六制数为:$10,$14,$9,$3,十进制数位为16,20,9,3。对照码表,分别查找出对应的字符为Q,U,J,D。也是就说字符串“ABC”经过BASE64编码后得出“QUJD”。 这是最简单的情况,即ASCII码字符数刚好可以被3整除。接着继续讨论余数为2、为1的情况。 2、当余数为2时,比如字符串“ce”,其在内存中十六进制表示为$63,$65;十进制表示表示99,101;二进制表示为 01100011 01100101 依次取6bit 011000/11 0110/0101 这时,第3个字符不足6位,在后面补零,也就是0101变成010100。转换结果为 011000 110110 010100 这3个二进制数转换成十六制数为$18,$36,$14;十进制数位为24,54,20。对照码表得出结果“Y2U”。编码后的字符个数不足4位,用“=”填充,最后编码得出“Y2U=”。 3、当余数为1时,比如字符串“{”,其在内存中的十六进制表示为$7B,十进制为123,二进制位表示为 01111011 依次取6bit 011110/11 补0后为 011110/110000 转换结果为011110和110000 这两个二进制数转换成十六进制数为$1E,$30,十进制数为30,48。对照码表得出结果为“ew”,补上“=”,最后编码得出“ew= =”。 解码也很简单,是编码的逆过程,即将每个字符对照码表换算成6bit的二进制数,然后重组起来,按8位进行截取,得出原码。
二、BASE64编码的实现方法 BASE64编码的实现方法很多,但大多基于二进制数的移位、与或操作,不便于理解。因此,经过摸索,想出了一种基于十进制下的易于掌握的编码方法。根据上述原理,每3个字节将转换成4个字节,也就是说每一个半字节(12bit)正好转换成2个编码后的字符(2×6bit)。在十六进制下半个字节可用0~F表示。为此,依次取字符串在十六进制表示下的三位,通过整除和取余运算很容易得出编码后的2个字符。 比如字符串ABC,其十六进制在内存中表示$414243,依次取3位,得出结果为$414和$243,转换成十进制为1044和579。将这两个数分别与64进行整除和取余运算 1044 Div 64=16 1044 Mod 64=20 579 Div 64=9 579 Mod 64=3 得出结果为16,20,9,3。对照码表,编码结果同样为“QUJD”。 在高级语言中,很容易将字符串的十六进制以字符串形式表达出来,然后通过依次截取3个字符转换成整数,最后进行上述运算得出结果。
相关推荐
base64加解密for pb11.5(Build 4011) 纯PB源码
base64 for pb11.5(Build 4011)纯PB代码,在以前写的base 64 for pb9版本上略做改动而成(pb9中用char数组做中间变量,现在改为byte数组做为中间变量),可以对任意文件或字符串进行base64加解密操作。 若发现问题请给我留言。
pb9:二维码生成与信息加解密实用教程
对称加密是一种加密和解密使用相同密钥的加密技术,其算法简单、加密解密速度快,但密钥的管理和分发成为了主要挑战。对称加密算法包括数据加密标准(DES)、高级加密标准(AES)、国际数据加密算法(IDEA)等。DES是一种经典的对称加密算法,它使用固定的56位密钥对64位的明文进行加密。虽然DES已被认为不够安全,不再被广泛用于敏感数据的加密,但了解DES的工作原理对深入理解对称加密算法有重要的教育意义。
base64 for pb11.5(build 4011)源码
base64 for pb11.5(build 4011)源码,在以前写的base64 for pb9版本上做的升级修改。 若发现BUG请给我留言。
PB可用md5加密、des加解密,Base64编码DLL、附PB11.5调用例程
较之前上传版本增加了base64编码功能, md5、des、base64都增加了专门的unicode调用声明,方便多语言操作, 代码里有一个拖拽文件显示路径的sle
base64编码解码用于pb8pb9pb12.5等
本文件在前人工作的基础上完成,详见以下内容。 nvo_base64在pb8中导出的文件,需要有项目将此文件导入。 函数为: public function string base64encode (blob blobbuf) public function blob base64decode (string strbuf, ref character lc_return[]) //2013.11.26 //修改了原网上的最后2位字符的bug //修改了原网上解码没有按照标准76字符增加换行符的bug /* 标注base64编码方式 Base64要求把每三个8Bit的字节转换为四个6Bit的字节(3*8 = 4*6 = 24),然后把6Bit再添两位高位0,组成四个8Bit的字节,也就是说,转换后的字符串理论上将要比原来的长1/3。 关于这个编码的规则: ①把3个字符变成4个字符 ②每76个字符加一个换行符 ③最后的结束符也要处理 */


