[oeasy]python0085_ASCII是怎么來的_Bemer_COBOL_數(shù)據(jù)交換網(wǎng)絡(luò)
編碼進(jìn)化
回憶上次內(nèi)容
上次 回顧了 字符編碼的 進(jìn)化過程
作用 ?非常大
IBM 的 BCDIC 有 黑歷史 ??
IBM 在數(shù)字化過程中
6-bit的 BCDIC
直接進(jìn)化成 8-bit的 EBCDIC
補(bǔ)全了 小寫字母 和 控制字符
在ibm就是信息產(chǎn)業(yè)的年代
沒有
成為 行業(yè)的標(biāo)準(zhǔn) 呢???ibm的標(biāo)準(zhǔn) 怎么最終
ibm
ibm當(dāng)時 確實 如日中天

主機(jī)、終端
都
是 自己的軟硬件一體
ibm就是 整個數(shù)字世界
EBCDIC編碼 本身就是
內(nèi)部 通信協(xié)議
ibm內(nèi)部 編碼
外面 根本不知道
就算 知道了
也只有去 被動兼容的份兒
網(wǎng)絡(luò)時代來了
計算機(jī)通信 大發(fā)展
ibm也想讓 更多主機(jī) 加入arpa網(wǎng)
通信
通信 當(dāng)中
共識 非常重要
如果 幾臺主機(jī)編碼方式 彼此不通
是 無法通信的

最先被搞瘋的 是
Bemer
ibm內(nèi)部的人
Bemer發(fā)現(xiàn)
在組網(wǎng)時
太
重要了?。?!統(tǒng)一的 字符編碼
無奈
不同的編碼 實在折磨他 夠嗆
不知道對方 用的是
什么
編碼也沒有 合適的 轉(zhuǎn)碼程序
更
重要的是 沒有編碼的聲明就好像
你能聽到聲音
但不知道 去用哪國語言 來翻譯??

大型機(jī)市場 不止 IBM一家
Honeywell
univac
事實上 9種編碼方式
構(gòu)成了 計算機(jī)的
巴別塔
各個公司 各自為政
IBM高層 不懂技術(shù)
他們 不知道EBCDIC的缺陷
畢竟IBM公司 是由銷售來驅(qū)動的
COBOL - 紙帶
IBM 在統(tǒng)計業(yè)務(wù)的 基礎(chǔ)上
對大型的商業(yè)機(jī)構(gòu) 提供 可執(zhí)行程序
1959年
Bemer 參與了COBOL的制定
Common Business-Oriented Language
IBM 定制了 編程語言
COBOL
面向商業(yè)的 通用語言

程序 被寫在ibm的卡片上
是 一種自記錄式的 語言
COBOL - 電傳打字機(jī)
輸入輸出設(shè)備 變成了 電傳打字機(jī)
存儲設(shè)備 變成了 磁帶

可COBOL語言 到底 長
什么
樣子 呢?
COBOL - 終端時代
有了終端 作為 輸入輸出設(shè)備
終于可以 不看打孔卡片
直觀地
看到 COBOL語言的樣子了

但是 任何語言
篇章段句再復(fù)雜
最終 還是要 落實到
一個個字母上
落實到字母
就有 如何對字母編碼的問題
EBCDIC的問題
由于 EBCDIC 是 從BCDIC 過來的

由于
字母本身 并不連續(xù)
判斷 一個字符 是不是 字母
很多 沒有必要的邏輯
要判斷
6個
區(qū)間總共
12次
判斷非常麻煩!
增加了
這些邏輯
費時費力還費電
IBM經(jīng)理層想的是
更高業(yè)績 和 更高提成
鐵了心想 要將EBCDIC進(jìn)行到底
鋌而走險了 屬于
會
一錯再錯
的有了隱患 不及時修復(fù)
Proposal
Bemer 在 IBM內(nèi)部無法獲得 經(jīng)理層支持
但是 又得干 很多具體的事務(wù)
大型商業(yè)機(jī)構(gòu)(特別是銀行)
無人化
不光 要記錄自己的數(shù)據(jù)
彼此的
交易記錄
也需要被記錄商務(wù)過程 需要
程序化

Bemer 開始在專業(yè)雜志上發(fā)請求
期待行業(yè)中 能有一個 更好的解決方法
尋求支持
組織 成立
ANSI(American National Standards Institute)的前身
American Standards Association's (ASA)
成立了 X3.2 子委員會
委員 來自 于
各大商業(yè)巨頭 一線工程師
了解 技術(shù)
代表 各方利益

在 X3.2第一次大會 期間
成立了 X3.2.4 工作組
專門想 怎么去解決 編碼統(tǒng)一的問題
這就不光是 IBM
一
家的 事情 了綜合協(xié)調(diào) 各巨頭的利益
發(fā)布了標(biāo)準(zhǔn)
1963年 X3.2.4 工作組
發(fā)布了 ASA X3.4-1963 標(biāo)準(zhǔn)

這標(biāo)準(zhǔn)具體長
什么
樣呢???
總結(jié)
這次 回顧了
字符編碼的新陳代謝
ibm 曾經(jīng)的EBCDIC
由于 字符不連續(xù)
導(dǎo)致 后續(xù) 出現(xiàn)無數(shù)問題
隨著 網(wǎng)絡(luò)的發(fā)展
數(shù)據(jù)交換的 需要
原來的小隱患
現(xiàn)在 產(chǎn)生了 巨大問題
Bemer 聯(lián)合各方巨頭
字符連續(xù)的編碼集
想要推出
這新編碼集 具體長
什么
樣 呢???我們 下次再說!*
藍(lán)橋->https://www.lanqiao.cn/courses/3584
github->https://github.com/overmind1980/oeasy-python-tutorial
gitee->https://gitee.com/overmind1980/oeasypython
視頻->https://www.bilibili.com/video/BV1CU4y1Z7gQ 作者:oeasy