关于python3:oeasypython0084扩展BCDEBCDICibm的发家史

4次阅读

共计 1735 个字符,预计需要花费 5 分钟才能阅读完成。

编码进化

回顾上次内容

  • 上次 回顾了

    • 数字 进入二进制世界的 过程
  • 采纳的编码 是 BCD

    • Binary Coded Decimal

      • 也叫 8421 码
      • 十进制数的 二进制状态
  • 数字的 输入模式

    • 辉光管
    • 七段数码管

      • 7-seg
  • 除了数字 之外

    • 还有 字母
  • 字母 是如何编码进入 计算机世界的 呢?🤔

BCDIC

  • 在 BCD 的 根底上

    • ibm 持续着 人口统计的工作
    • 除了数字之外
    • 有了 字母编码的需要
  • ibm 制作了一种 6-bit 的字符编码格局

    • BCDIC

      • Binary Coded Decimal Interchange Code
    • 是一种 6-bit 的编码
    • 是一种 以纸带为外围的 编码
  • 在 BCD 的根底上 增加了字母

    • 字母 依照十进数 编码
  • 为什么 不按 二进制数 编码呢?🤔

输出

  • 输出的设施 是 数字键盘

    • 3 个十进制数字输出 1 个字母
  • 数字键盘 在固定电话中 仍然存在
  • 有点像 九键输入法
  • 过后的 ibm

    • 是 数字世界的 领航员

ibm

  • ibm 从一开始

    • 玩的 就是数字化
    • 以人口统计 起家
  • 到 称重计价
  • 再到 下班打卡
  • 数字化 基本离不开 ibm

    • ibm 开始逐步自觉自卑
    • 酝酿了隐患

隐患

  • 数字键盘

    • 符号局部须要四次按键
  • BCDID

    • 原本间断的 6-bit 当中
    • 412 列 本应间断
  • 红色局部造成

    • 字母序号 不间断
  • 这 是个 小小的隐患

行列

  • BCD 扩大后的 BCDIC
  • 6 位 2 进制数字

    • 能够记录 1 个字符
  • 6-bit 的编码

持续倒退

  • ibm 业务 越来越多

    • 各国都要统计数据
  • 业务 越来越多

    • 编码方式 大同小异
    • 然而 随着业务的不同
    • 每次的编码 也有 调整

商业 公司

  • 商业公司 也想要 统计数据

    • ibm 也接下
  • 业务多了

    • BCDIC 这个编码自身

      • 也在随着业务的增多一直倒退变动

问题

  • ibm 在数字化的过程中 机会很多

    • 随着业务的 变动

      • BCDIC 编码 也跟着 变动
    • 造成了 编码自身的 不稳固
  • 前面的代码

    • 并不能 和后面兼容
    • 那个时候 还没有向下兼容的 概念

起初

  • 凌乱之上的凌乱就显得更加凌乱🤪

    • 总共有 6 个不兼容的编码🤪
    • 每个编码都不同🤪
    • 各个编码之间不能互相转化🤪
    • 甲方不得不花钱来进行转化?🤫
  • 话说编码不应该是最开始就想好么?

    • 事实却是设计跟着思路
    • 思路跟着需要走
  • ibm 终于意识到不同的格局之间应该编码对立了 😓

编码细节

  • 因为 编码不兼容

    • 导致 旧的数据不能用了
  • 这个编码转化 人晓得怎么弄

    • 成了 IBM 历史上 最大黑点和最高秘密
  • IBM 明天

    • 依然是银行和金融零碎 置信的零碎集成商

      • 历史上游的劣势

        • 真的很厉害
  • 前期编码中

    • 根本数字和字符

      • 比较稳定
    • IBM 也有了 专门 进行解码的打印机
  • 然而 符号局部

    • 没有 对立的标准
    • 随着 业务变动
    • 处于 一个凌乱的状态 中
  • 为了兼容而兼容

    • 把隐患就给兼容进来了
  • 为什么 要 这样编码 呢?

利于转化

  • ibm 终于开始留神 向后兼容的问题

    • 这种新编码是要和原来的 6-bit 的编码兼容
    • 能够疾速的转化
  • 按理说以 ibm 过后垄断的状况

    • 曾经把这个编码做成本人的规范
    • 也就成了行业的规范

      • RCA 和富士也开始以此规范制作兼容零碎

        • 兼容这种编码
  • 在隐患上建设起再高的大楼

    • 也是要倒塌的
  • 可是用什么编码来对立的呢?🤔

EBCDIC

  • ibm 终于信心把字符编码定下来

    • 在 BCDIC 的根底之上
    • 确立 EBCDIC

      • Extended Binary Coded Decimal Interchange Code
      • [eb’si:dik]
    • 用一个字节来编码

      • 配合最新公布的 8 -bit 计算机
    • 符号数量晋升
  • 后面是控制字符

    • NUL
    • DEL
    • CR(还记得什么意思么?)
    • NL(还记得什么意思么?)
  • 光明森林 开始 缓缓成型😄
  • 然而留神 这 EBCDIC 和 ascii 还不一样

    • 光明森林前面 是 字母和数字
  • 字母排布 依然 兼容 BCDIC

    • 字符编码 并不间断
    • i 和 j 之间的序号 相差不止 1

向后兼容

  • 字母局部 的确是 向后兼容的
  • 不过 这套排布形式

    • 和 ascii 并不统一
  • 虽说 这种编码 缺点

    • 然而 曾经 造成了 行业标准
  • ascii 到底是 如何 从 到有

    • 是否战胜 弱小的蓝色伟人 IBM
    • 在编码大战中 笑到最初 呢?

总结

  • 这次 回顾了 字符编码的 进化过程

    • IBM 在数字化过程中

      • 作用 十分大
      • IBM 的 BCDIC 有 黑历史 😄
  • 6-bit 的 BCDIC

    • 间接进化成 8-bit 的 EBCDIC
    • 补全了 小写字母 和 控制字符
  • 在 ibm 就是信息产业的年代

    • ibm 的规范 怎么最终

      • 没有成为 行业的规范 呢?🤔
  • 咱们下次再说!👋
  • 蓝桥 ->https://www.lanqiao.cn/course…
  • github->https://github.com/overmind19…
  • gitee->https://gitee.com/overmind198…
  • 视频 ->https://www.bilibili.com/vide… 作者:oeasy
正文完
 0