JSON মিনিফাই

শুধুমাত্র হোয়াইটস্পেস সরানো হয়

JSON-এর ব্যাকরণ যেকোনো দুটি টোকেনের মধ্যে স্পেস, ট্যাব ও নিউলাইন অনুমোদন করে, এবং এগুলোর কোনোটিই অর্থ বহন করে না। মিনিফাই করা মানে সেই ঐচ্ছিক অক্ষরগুলোর প্রতিটি বাদ দেওয়া: {"a": 1, "b": 2} হয়ে যায় {"a":1,"b":2}। পার্স করা মান মেমরিতে বাইট-ফর-বাইট অভিন্ন, তাই পেলোড পাঠানোর আগে এই অপারেশন প্রয়োগ করা সবসময় নিরাপদ।

মিনিফাই করা যা করে না তা হলো ডেটা কমপ্রেস করা। কী নাম, স্ট্রিং কনটেন্ট ও সংখ্যাগত যথার্থতা সব সঠিকভাবে সংরক্ষিত থাকে। আপনার ডকুমেন্ট বড় কারণ দশ হাজার রেকর্ড জুড়ে একই বিশটি ফিল্ড নাম পুনরাবৃত্তি হয়, তাহলে মিনিফিকেশন কেবল ইন্ডেন্টেশন কমাবে কিন্তু পুনরাবৃত্তি স্পর্শ করবে না — সেটি gzip বা ভিন্ন স্কিমার কাজ।

যখন সাশ্রয় আসলেই গুরুত্বপূর্ণ

সাধারণ প্রিটি-প্রিন্টেড API রেসপন্সে হোয়াইটস্পেস মূল আকারের 10% থেকে 30% জুড়ে থাকে। এটি ভালো শোনায় যতক্ষণ না আপনি মনে করেন যে প্রায় প্রতিটি HTTP রেসপন্স ট্রানজিটে ইতোমধ্যে gzip বা brotli-কমপ্রেসড, আর কমপ্রেশন অ্যালগরিদম স্পেসের ধারা অত্যন্ত দক্ষভাবে সামলায়। gzip-এর পরে মিনিফাইড ও ফর্ম্যাটেড JSON-এর মধ্যে পার্থক্য প্রায়ই 2% এর নিচে।

মিনিফিকেশন তিনটি পরিস্থিতিতে এখনও মূল্যবান: HTML পেজ বা JavaScript বান্ডলে সরাসরি এমবেড করা ডেটা, যেখানে এটি আলাদাভাবে কমপ্রেস হয় না; ডাটাবেস কলাম বা ক্যাশে সংরক্ষণ, যেখানে কাঁচা স্ট্রিং-ই জায়গা দখল করে; এবং যেকোনো জায়গায় যেখানে আপনি কঠিন সীমার বিপরীতে অক্ষর গণনা করছেন, যেমন URL প্যারামিটার বা নির্দিষ্ট সীমাসহ একটি মেসেজ ফিল্ড।

তুলনার জন্য কী সাজানো

JSON অবজেক্ট আনুষ্ঠানিকভাবে ক্রমবিহীন, কিন্তু প্রতিটি সিরিয়ালাইজার কোনো না কোনো নির্দিষ্ট ক্রমে কী লেখে, এবং দুটি সিস্টেম খুব কমই একই ক্রম বেছে নেয়। ফলে দুটি যৌক্তিকভাবে অভিন্ন ডকুমেন্টের প্লেইন টেক্সট ডিফ পড়া অসম্ভব হয়ে যায়।

আউটপুটের আগে পুনরাবৃত্তভাবে কী সাজালে উভয় ডকুমেন্ট একই ক্যানোনিকাল আকার পায়, তাই লাইন ডিফ শেষমেশ কেবল প্রকৃত পরিবর্তন দেখায়। রিপ্রোডিউসিবল বিল্ড ও কনটেন্ট-অ্যাড্রেসড ক্যাশিংয়ের পেছনেও এটি একই কৌশল। মনে রাখবেন, সাজানো বাইট আউটপুট পরিবর্তন করে, তাই সাজানো ডকুমেন্ট আর উৎস সিস্টেমের তৈরি ডকুমেন্টের সাথে অভিন্ন থাকে না — সিগনেচার রাউন্ড-ট্রিপের জন্য নয়, তুলনার জন্য এটি ব্যবহার করুন।