बाइट धाराओं में बाइट्स शामिल हैं। यह वास्तव में क्या है में टूट गया, यह 1 और 0s से बना 8 बिट्स है। यदि यह एक संख्या का प्रतिनिधित्व कर रहा था, तो यह 0 से 255 तक कोई भी संख्या होगी (जो, मैं जोड़ सकता हूं, यह कोई संयोग नहीं है कि आईपी पते में 4 नंबर हमेशा 0 से 255 तक क्यों होते हैं)। बाइट धाराएँ आमतौर पर परिष्कृत इंटरफेस होती हैं जिसका अर्थ है कि एक बुनियादी बफर बाइट को छिपाने के लिए इस्तेमाल किया गया गोलाकार बफर को पकड़ना (आप बफर को भरें और किसी को खाली करने के लिए प्रतीक्षा करें, जिस समय यह बस बफर को फिर से भरता है)।
क्या बिल्ली का प्रतिनिधित्व करता है? खैर, यह एक पाठ फ़ाइल, या एक छवि, या एक लाइव वीडियो स्ट्रीम का प्रतिनिधित्व कर सकता है। क्या यह है पूरी तरह से है जो इसे पढ़ रही है के संदर्भ पर निर्भर है। हेक्स प्रतिनिधित्व एक ही बात कहने का एक और तरीका है, हालांकि संख्याओं के बजाय अपने हेक्स प्रतिनिधित्व के संदर्भ में बाइट्स का प्रबंधन करना कभी-कभी अधिक सुविधाजनक होता है हालांकि यह एक ही बात है।
जब आप कच्चे डेटा की बात कर रहे हैं, तो आप आमतौर पर बाइट डेटा का उल्लेख कर रहे हैं। डेटा एक टैग के बिना आता है "मैं एक छवि फ़ाइल हूं!" आमतौर पर आप केवल कच्चे डेटा से निपटते हैं जब आप वास्तव में परवाह नहीं करते हैं कि डेटा समग्र रूप से क्या दर्शाता है। उदाहरण के लिए, यदि मैं किसी चित्र को उसके काले और सफेद संस्करण में परिवर्तित करना चाहता था, तो मैं एक छवि के कच्चे डेटा को पढ़ने के लिए कह सकता हूं और प्रत्येक 3 बाइट्स को पढ़ने के लिए (जो वास्तव में लाल रंग का प्रतिनिधित्व करता है, हरे रंग का प्रतिनिधित्व करता है, और इसका प्रतिनिधित्व करता है) नीला रंग), इसकी संख्या मान जोड़ें और 3 से विभाजित करें, फिर उस मान को 3 बार लिखें। अनिवार्य रूप से मैं जो कर रहा हूं वह एक पिक्सेल के लाल, हरे और नीले रंग के मूल्यों के औसत है और उसी से इसका ग्रे समकक्ष पिक्सेल बनाना है। हालांकि, जब आप "बाइट बाय" के स्तर पर डेटा के संचालन के बारे में बात करते हैं, तो आप डॉन '
या, शायद आप एक डेटाबेस में एक फ़ाइल को सहेजना चाहते हैं, लेकिन यह आपको अपने "कच्चे डेटा" को एक बूँद डेटा प्रकार में डालने के लिए कहता है। इसका सीधा मतलब है कि फाइल के डेटा को एक बड़े बाइट सरणी में बदलना, जिसे डेटाबेस समझ सकता है और प्रबंधित कर सकता है। आप पाएंगे कि जब आप डेटाबेस से उस मान को पुनः प्राप्त करते हैं, तो यह केवल एक बड़ा बाइट सरणी होगा जैसा कि आपने शुरू में डेटाबेस को शुरू करने के लिए प्रदान किया था। यदि वह डेटा एक फ़ाइल थी, तो आपको, प्रोग्रामर को उस बाइट डेटा को फिर से समझना होगा जैसे कि आप एक बार में एक बाइट फाइल पढ़ रहे थे।
यदि कोई आपसे "4 बाइट डेटा को रिवर्स" करने के लिए कहता है, तो मुझे लगता है कि यह संख्याओं के बड़े-एंडियन बनाम छोटे-एंडियन व्याख्या को संदर्भित करता है, जो सबसे कम या कम महत्वपूर्ण बाइट के साथ शुरू होने वाली संख्या लिखता है। इससे कोई फर्क नहीं पड़ता कि किसी संख्या को बड़े-एंडियन या छोटे-एंडियन के रूप में दर्शाया गया है, बस यह कि नंबर पढ़ने वाले सभी सिस्टम इसे लगातार व्याख्या करते हैं।
यह कहने की ज़रूरत नहीं है कि वास्तविक संख्या प्रतिनिधित्व (या उस मामले के लिए हेक्स प्रतिनिधित्व) को बदल दिया जाता है, बस यह कि जिस क्रम में ये 4 बाइट्स एक संख्या बनाते हैं उसे उलट देना चाहिए। तो मान लें कि आपके पास 0x01, 0x02, 0x03 और 0x04 हैं। इन्हें उलटने के लिए, आपके पास इसके बजाय 0x04, 0x03, 0x02, 0x01 होंगे। सिस्टम संभवतः इन 4 बाइट्स को उल्टे क्रम में पढ़ेगा और चूंकि आपने पहले ही इसे उलट दिया है, इसलिए मूल्य की व्याख्या उसी तरह की जाती है जैसी कि कच्चे डेटा में की गई थी।
मुझे आशा है कि यह समझाता है!