লাইনটি কিছুটা ঝাপসা হয়ে যাওয়ার পরেও আমার কাছে থাম্বের একটি নিয়ম হ'ল: আপনার ব্যবসায়িক যুক্তিটি যে ডেটাতে কাজ করে তা শরীরে থাকা উচিত, মেটাডেটা হেডারে রাখা উচিত।
এটি দেখার আরও একটি উপায় হ'ল: যে সমস্ত ডেটা কেবলমাত্র নির্দিষ্ট ধরণের অনুরোধগুলিতে প্রদর্শিত হয় সেগুলি শরীরে থাকা উচিত যখন পুরো অ্যাপ্লিকেশনটিতে ধারাবাহিকভাবে পরিচালিত ডেটা শিরোনামে চলে যাওয়া উচিত।
তবুও আরেকটি দৃষ্টিভঙ্গি হ'ল: আপনি কি ভাবতে পারেন যে বিশ্বজুড়ে কোনও টুকরো ডেটা হ্যান্ডেল করা হয়, যেমন আপনার অ্যাপ্লিকেশনটির চেয়ে রাউটার / ফায়ারওয়াল দ্বারা? যদি হ্যাঁ, এটি সম্ভবত শরীরের চেয়ে শিরোনামে চলে go
এই বিধি প্রয়োগের কয়েকটি উদাহরণ হ'ল:
- সুরক্ষা শংসাপত্রগুলি শিরোনামগুলিতে চলে যায় কারণ সম্ভবত কোনও অ্যাপ্লিকেশনের সমস্ত স্থানে সেগুলি একইভাবে পরিচালিত হবে; বাস্তবায়নের স্তরে সম্ভবত অনুরোধ ফিল্টারটি বৈধ শংসাপত্র ছাড়াই অনুরোধগুলি প্রত্যাখ্যান করে যা প্রকৃত শেষ পয়েন্টটি ফিল্টারটি পাওয়ার ক্ষেত্রে অনুরোধটি পরিচালনা করে বিবেচনা না করেই করবে।
- অন্যদিকে, যদি আপনার একটি শেষ পয়েন্ট থাকে যা কোনও প্রশাসককে আপনার সিস্টেমে ব্যবহারকারীদের যুক্ত করতে দেয়, ব্যবহারকারীর তৈরি হওয়ার জন্য লগইনটি অনুরোধের বডি হতে হবে: ক) এটি আপনার অ্যাপ্লিকেশনটির ব্যবসায়িক যুক্তি দ্বারা পরিচালিত হয়, খ) এটি এই নির্দিষ্ট প্রান্তে প্রদর্শিত হবে তবে অন্যদের মধ্যে নয়।
- ক্যাচিং নিয়ন্ত্রণ করে এমন বিকল্পগুলি শিরোনামগুলির মধ্যে ভাল ফিট করতে পারে (যদি না ক্যাশিং আপনার অ্যাপ্লিকেশনটির ব্যবসায়িক যুক্তির মূল অংশ হয়)।
অনন্য ডিভাইস আইডি সম্পর্কে আপনার প্রশ্নের পিছনে ফিরে যাওয়া: যদি এটি সর্বত্র সুসংগত উপায়ে ব্যবহার করা হয়, উদাহরণস্বরূপ কেবল লগিংয়ের জন্য, এটি শিরোনামে রাখা যেতে পারে। তবে এটি যদি শেষ পয়েন্টের উপর নির্ভর করে বিভিন্নভাবে অনুরোধগুলি ফিল্টার করতে ব্যবহার করা হয় তবে এটি দেহে আরও ভাল। অবশ্যই যদি আপনার উভয় ক্ষেত্রেই কেস থাকে তবে সম্ভবত এটির পাস করার একমাত্র পদ্ধতিতে (সম্ভবত শিরোনামগুলি) স্থির হয়ে যাওয়া আরও ভাল, এআইপি ব্যবহারকারীকে দুটি জায়গায় একই ডেটা রাখতে বাধ্য করার পরিবর্তে আপনাকে উভয় ক্ষেত্রে দ্বিধা প্রদানের অনুমতি দেয় বেমানান ইনপুট বা কোনওরকম বৈধতা প্রয়োগ করে।