বেছে নিন কে API ব্যবহার করে এবং তাদের data-চাহিদা কতটা বৈচিত্র্যময় তার ভিত্তিতে — hype-এর ভিত্তিতে নয়। যখন অনেক বৈচিত্র্যময় client নিজেদের data নিজেরা আকৃতি দিতে চায় তখন GraphQL জেতে; যখন request গুলো অভিন্ন, cacheable ও সরল তখন REST জেতে।
বেছে নিন কে API ব্যবহার করে এবং তাদের data-চাহিদা কতটা বৈচিত্র্যময় তার ভিত্তিতে — hype-এর ভিত্তিতে নয়। যখন অনেক বৈচিত্র্যময় client নিজেদের data নিজেরা আকৃতি দিতে চায় তখন GraphQL জেতে; যখন request গুলো অভিন্ন, cacheable ও সরল তখন REST জেতে।
user -> posts -> comments), N-টি REST round trip-এর বদলে।GET মডেল প্রতিটি স্তরে সহজেই cache হয়; GraphQL-কে কাছাকাছি যেতে persisted query দরকার।| বিষয় | GraphQL | REST |
|---|---|---|
| Over/under-fetching | নকশাগতভাবে সমাধান | সাধারণ সমস্যা |
| HTTP/CDN caching | কঠিন (কাজ লাগে) | স্বভাবজাত ও সহজ |
| Query-cost/DoS control | আপনাকে যোগ করতে হয় | স্বভাবতই সীমাবদ্ধ |
| Client নমনীয়তা | উচ্চ | নিম্ন |
| Server জটিলতা | বেশি | কম |
এরা পরস্পর-বর্জনকারীও নয় — অনেক system public/cacheable endpoint-এর জন্য REST এবং সমৃদ্ধ internal client-এর জন্য GraphQL উন্মুক্ত করে।
Senior interviewer-রা বিচারবুদ্ধি পরীক্ষা করেন, আনুগত্য নয়। শক্তিশালী উত্তর অক্ষগুলো নাম ধরে বলে — client বৈচিত্র্য, caching চাহিদা, team পরিপক্বতা, DoS surface — এবং GraphQL-কে সর্বজনীনভাবে উৎকৃষ্ট হিসেবে বিক্রি না করে তার প্রকৃত খরচ (caching এবং query-cost control) স্বীকার করে।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন