朋友們，在你們去超市購物的時候，不知道你們有沒有注意到一件事情：就是你拿着商品去結賬，收銀員僅僅是掃描了商品上的條形碼，然後就确定了貨物的價格。那他到底是怎麼确定商品價格的呢，條形碼中又存放了什麼信息呢？

有的朋友可能會認為，很簡單呀，直接把商品的價格存放在條形碼中就可以了呀。這樣收銀員掃描的時候，直接就掃出了商品的價格了。但是，這種方案真的可行嗎？

要回答這個方案是否可行，我們首先需要知道條形碼都可以存儲一些什麼信息。條形碼有好多個編碼規範，一般商品上的條形碼使用的規範為EAN，這種條碼隻能存儲數字，并且長度是固定的。因此上述方案就不可行了，因為不能表示小數點。

看到這裡有的朋友可能會想到電腦中對數字的表示方式了（第一位為1表示負數，為0表示正數），所以他們想用條碼的第一位來固定表示是否包含小數點，例如第一位是1則認為包含了小數點，為0則表示不包含小數點，這樣不就可以表示小數了嗎。有朋友會疑惑小數點的具體位置問題，這裡不需要讨論它的位置，因為人民币隻有圓角分，默認就隻有兩位小數，所以使用最後兩位表示小數位就行了呀。

那上面這種方式是否可行呢？其實，如果是僅僅單純的表示一定範圍商品的價格的話，上面這種方式是可以的。但是，會有問題：首先，條形碼表示的數字長度是固定的，不能滿足直接存儲商品價格的要求，因為價格可能超出它的範圍；其次，如果一個客戶買了好多東西，他想看一下這些東西的價格分别是多少，或者出現價格糾紛的時候，需要查賬，這時候就麻煩了，根本無法确定哪個價格對應哪個商品。也不能為客戶提供購物小票，所以上述方案還是不能進行實際運用的。

那商品的價格到底是怎麼确定的呢？還有商品信息又怎麼和條碼之間産生關系呢？

到這裡，如果有朋友看過我前面發布的文章，可能就會想到解決方案了。是的，你猜的不錯，這裡也可以借助服務器完成的，而且超市中實際使用的方案也是這種。超市中會存在一個内部訪問的服務器，在商品進入超市的時候，首先會統一為它們進行一次編碼，這些編碼的長度是一緻的（符合條形碼長度固定的特征），把它用作商品的标識符，就像大家的身份證号一樣，是唯一的，它這個編碼在他家超市中也是唯一存在的，所以就不會出現錯亂現象。在進行編碼的時候，同時也會把商品的信息，例如：商品名稱、商品價格、生産廠商以及出廠日期等信息一同存儲下來，并且和這個編碼進行了綁定，這樣就實現了商品信息和價格的存儲問題。

後面收銀員掃描條形碼的時候，首先就會從條形碼中解析出上面提到的這個編碼，然後把這個編碼傳遞到服務器上，服務器通過編碼在數據表中查找到具體的商品信息以及價格返回來，然後就确定了商品的價格。多個商品掃描之後電腦會自動累加出最終的結果，而且也會把你的購物清單一起打印出來。這樣就完成了整個商品價格的計算以及清單的打印了，方便後續查看。

那麼，你對于條形碼的使用還有哪些疑惑呢？歡迎留言讨論！喜歡筆者的朋友，歡迎點贊轉發加關注！

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!