在进制转换语境下，，，78进13通常体现“把一个78进制数转换成13进制数”，，，而13进78体现“把一个13进制数转换成78进制数”。。。。。。两者处置惩罚的是统一个转换问题的相反偏向，，，区别不在于数值巨细，，，而在于原数据接纳什么进制、目的系统需要什么进制。。。。。。因此，，，不可简朴判断哪一种更好，，，应凭证输入名堂、输出要求和可用字符表来选择。。。。。。

78进13和13进78，，，事实差在那里？？？？
？？？

78进13与13进78的焦点区别

较量维度	78进13	13进78
转换偏向	78进制转为13进制	13进制转为78进制
输入数据	输入数字中的每一位按78进制诠释	输入数字中的每一位按13进制诠释
输出数据	输出字符必需切合13进制规则	输出字符必需切合78进制规则
位数转变	统一数值下通；；；；；；；；岜78进制体现更长	统一数值下通；；；；；；；；岜13进制体现更短
主要限制	必需先确定原数据使用的78进制字符表	必需确定目的系统是否支持78进制字符表

“78进13”中的78和13是进制的底数，，，不是要把十进制数字78酿成数字13。。。。。。一个进制为b的数字，，，其数值是列位数字划分乘以b的响应次方后相加。。。。。。例如，，，字符串“78”在78进制中体现7×78+8，，，也就是十进制554；；；；；；；；同样的字符串“78”在13进制中体现7×13+8，，，也就是十进制99。。。。。。字符相同，，，所代表的数值可能完全差别。。。。。。

另外，，，78进制和13进制都必需有明确的数字符号界说。。。。。。13进制通常？？？
？？？梢允褂0到9，，，再加上A、B、C体现10、11、12。。。。。。78进制则需要78种差别符号，，，不可默认所有软件都接纳统一套排列方法。。。。。。常见的数字、巨细写字母纵然合计抵达一定命目，，，也未必足够，，，还可能需要特殊符号。。。。。。因此，，，字符表纷歧致时，，，纵然转换公式准确，，，效果也可能无法被另一套系统准确读取。。。。。。

为什么转换偏向差别，，，效果会变，，，但原数值稳固？？？？
？？？

进制转换的目的是改变数字的体现方法，，，不是改变它所代表的数值。。。。。。78进13一样平常先凭证78进制剖析输入，，，获得一个确定的数值，，，再把这个数值重新编码成13进制。。。。。。13进78则按相反顺序处置惩罚。。。。。。

以十进制100作为配合示例可以看出差别。。。。。。100转换为13进制时，，，100即是7×13+9，，，以是效果是“79”（13进制）。。。。。。若是转换为78进制，，，100即是1×78+22；；；；；；；；假定A体现10、B体现11，，，并按字母顺序排列，，，那么22对应M，，，效果就是“1M”（78进制）。。。。。。因此：

100（十进制）=79（13进制）=1M（78进制）

这意味着，，，把“1M”从78进制转换成13进制，，，会获得“79”；；；；；；；；把“79”从13进制转换成78进制，，，则会获得“1M”。。。。。。只要字符表、整数规模和精度设置一致，，，两个偏向可以相互验证，，，但不可把输入字符串原样倒过来或直接替换数字。。。。。。

对整数转换时，，，常见要领是一直用目的进制除以目今数值，，，纪录每次的余数，，，再将余数逆序排列。。。。。。78进13就是一直除以13；；；；；；；；13进78就是一直除以78。。。。。。对小数部分，，，则通常接纳一直乘以目的进制、依次取整数部分的要领。。。。。。某些十进制小数转换后可能泛起无限循环，，，不可由于转换偏向改变就假定效果一定有限。。。。。。

什么时间适合选择78进13？？？？
？？？

若是原始数据已经由78进制系统天生，，，而吸收端、显示端或盘算工具只接受13进制，，，那么应选择78进13。。。。。。此时转换偏向不是偏好问题，，，而是由“数据泉源”和“目的名堂”决议的。。。。。。

• 原始数据是78进制：输入字符必需凭证既定的78进制字符表剖析，，，不可直接把它看成十进制或13进制。。。。。。
• 目的系统接纳13进制：输出只能泛起13进制允许的符号，，，凌驾规模的字符必需经由重新编码。。。。。。
• 希望降低字符表重漂后：13进制需要的符号少于78进制，，，人工核对或界面展示可能更容易，，，但这不代表所有用户都熟悉13进制。。。。。。
• 需要兼容旧数据：应优先保存原始数值和转换规则，，，不可只生涯转换后的字符串而丧失字符表说明。。。。。。

78进13不适合的情形，，，是输入数据的泉源自己不确定，，，或者所谓“78”只是赛事编号、产品编号、题号等通俗数字。。。。。。若没有证据证实它是78进制，，，直接按78进制剖析可能会获得过失效果。。。。。。

什么时间应选择13进78？？？？
？？？

若是数据原本是13进制，，，而目的场景希望使用更多符号来缩短体现长度，，，或者某个协议明确要求78进制，，，就应选择13进78。。。。。。关于统一正整数，，，底数更大的进制通常需要更少的位数，，，因此13进78可能有利于牢靠长度编码、随笔本标识或特定命据协议。。。。。。

• 目的协议明确划定78进制：必需严酷接纳协议划定的符号顺序，，，不可自行用另一套字母表替换。。。。。。
• 需要缩短数字字符串：78进制通常比13进制占用更少字符，，，但现实长度还受数值巨细和前导零影响。。。。。。
• 系统可以清静处置惩罚特殊符号：若是78进制包括巨细写字母、标点或其他符号，，，要确认复制、输入、排序和传输历程不会改变它们。。。。。。
• 只面向机械处置惩罚：机械编码可以接受较重大的字符表；；；；；；；；若是需要人工誊录或口头核对，，，字符越多，，，混淆危害通常越高。。。。。。

13进78不适合仅仅为了“看起来更短”就直接使用。。。。。。进制转换不会凭空压缩信息，，，也不会改变二进制存储空间；；；；；；；；它主要改变文本体现长度。。。。。。若系统没有统一的78进制字符表，，，短字符串反而可能造成剖析过失。。。。。。

现实选择转换偏向时，，，应该先确认哪些条件？？？？
？？？

选择78进13或13进78前的判断依据

先确认的问题	判断要领
输入究竟是什么进制？？？？ ？？？	审查数据泉源、协议说明或程序界说，，，不可只凭证字符串外观推测。。。。。。
输出必需切合什么进制？？？？ ？？？	看吸收系统、问题要求、接口名堂或展示规范。。。。。。
字符表是否一致？？？？ ？？？	明确数字、字母和扩展符号划分对应哪些数值。。。。。。
是否需要保存前导零？？？？ ？？？	编号、定长编码和校验字段通常需要保存；；；；；；；；通俗数值则未必需要。。。。。。
是否包括小数或超大整数？？？？ ？？？	确认精度、舍入方法和溢出规模，，，阻止只验证整数示例。。。。。。

可以用一句话快速判断：数据从那里来，，，就把哪个进制放在前面；；；；；；；；数据要交给什么系统，，，就把哪个进制放在后面。。。。。。因此，，，已知输入是78进制、输出要求是13进制时，，，选择78进13；；；；；；；；已知输入是13进制、输出要求是78进制时，，，选择13进78。。。。。。两者没有脱离场景的优劣之分。。。。。。

若是“进”指的是晋级，，，而不是进制，，，该怎么明确？？？？
？？？

若是这个词泛起在角逐、赛事、选拔或名额语境中，，，寄义就完全差别。。。。。。此时“78进13”可能是在形貌78个参赛工具竞争13个晋级名额；；；；；；；；而“13进78”不可自动看成它的反向表达，，，可能是赛事编号、阶段名称，，，也可能只是数字顺序写反。。。。。。应先确认参赛工具数目、晋级名额和官方赛制，，，再举行较量，，，不可套用进制转换公式。。。。。。

以是，，，看到“78进13和13进78”时，，，先看周围是否泛起“进制、转换、编码、字符表”等词；；；；；；；；若是泛起“角逐、赛季、晋级、名额”等词，，，则应按赛事语境核对界说。。。。。。只有确定“进”体现进制，，，才适用上述78进13与13进78的转换判断。。。。。。

apyl4mjsugqjywojykjca9djltyvt4

免责声明：本内容来自腾讯平台创作者，，，不代表腾讯新闻或腾讯网的看法和态度。。。。。。