আমার কী অগ্রভাগ বা ব্যাকএন্ডে একটি জেএসএন প্রক্রিয়া করা উচিত, যা দ্রুত? [বন্ধ]


11

আমি একটি এপিআইয়ের জসন প্রতিক্রিয়া হিসাবে একটি প্রতিক্রিয়া পাচ্ছি। আমি ব্যাকএন্ডের জন্য পাইথনে কোডিং করছি।

কোনও UI জনপ্রিয় করার জন্য সীমান্তের টিমের কাঁচা জসন প্রতিক্রিয়া থেকে তথ্য প্রয়োজন তাই আমাদের জসনকে অর্ডার করতে হবে এবং তাদের জন্য তথ্য আনতে আরও সহজ করে তুলতে হবে।

এখন আমি জসনকে একটি নির্দিষ্ট ফর্ম্যাটে অর্ডার করতে পারি এবং সীমান্ত দলে এগিয়ে যেতে পারি বা কাঁচা জেসন প্রতিক্রিয়া * সীমান্ত দলে পৌঁছে দিতে পারি এবং তাদের জেএসন অর্ডার করতে এবং তাদের ইউআইয়ের জন্য আরও ব্যবহার করতে পারি।

মনে রাখবেন আমার জেসন ফাইলের আকার 15MB

কোনটি দ্রুত এবং আরও ভাল ডিজাইনের নীতি?

ব্যাকএন্ডে প্রক্রিয়া তারপর সম্মুখভাগে ধাক্কা বা সামনের দিকে প্রক্রিয়া?


আমার মতে, সার্ভারে প্রক্রিয়াকরণ আপনার আকারে এবং ডেটার দৈর্ঘ্যের কারণে আরও ভাল, কারণ সাধারণত সার্ভারগুলি পিসির ব্রাউজারগুলির চেয়ে অনেক ভাল পারফরম্যান্স দেয়।
উমায়ের খান

1
আদর্শভাবে, সামনের প্রান্তটি কেবলমাত্র API প্রতিক্রিয়া গ্রাস করে। প্রদত্ত ইউআইটি অন্য লোকের কম্পিউটারগুলিতে চলবে (যা দুর্বল এবং ধীর হতে পারে), আপনি ক্লায়েন্টের পক্ষ থেকে মুগিং ডেটা অফলোড করতে চান না এটি আপনার ওয়েবঅ্যাপে একটি ধীর এবং অপ্রীতিকর অভিজ্ঞতার দিকে নিয়ে যেতে পারে। ব্যাকএন্ডের প্রতিক্রিয়া সামনের প্রান্তের জন্য প্রয়োজনীয় ফর্ম্যাটে কম বা কম হওয়া উচিত। আদর্শভাবে, সামনের
প্রান্তটি

2
15 এমবি অনেক ধরণের, আমি এটি ব্যাকএন্ডে করব।
বরিস

উত্তর:


7

আদর্শভাবে যদি ফাইলের আকার 15 এমবি হয় তবে এটি ব্রাউজারের মেমরিতে লোড হবে যা এটি ধীর করে দেবে, আমি কেবল ব্যাকএন্ডে অপারেশন করার পরামর্শ দেব।

আপনি রেফারেন্সের জন্য এই লিঙ্কটি দিয়েও যেতে পারেন। অজগর এবং জাভাস্ক্রিপ্ট এবং কী ব্যবহার করতে হবে তার মধ্যে পার্থক্য

  1. একটি গুরুত্বপূর্ণ দিক হ'ল জাভাস্ক্রিপ্ট ডিবাগ করা কঠিন। আপনি লক্ষ্য করতে পারেন যে আপনার কোডটি ত্রুটিমুক্ত থাকা সত্ত্বেও, প্রোগ্রামটি কাজ করবে না (নিঃশব্দে ব্যর্থ হবে)।


2

আমি ব্যাকএন্ডে এটি সম্পাদন করার পরামর্শ দেব, কয়েকটি মূল কারণ যা আমি এটি প্রস্তাব করি তা হ'ল:

  • মোবাইল ডিভাইসগুলিতে প্রসেসিংয়ের ফলে বিশাল ব্যাটারি ড্রেন হয়
  • যদি আপনার সম্মুখভাগটি ওয়েব হয়, প্রসেসিংটি চলাকালীন জাভাস্ক্রিপ্টটি ব্লক হয়ে যাবে (যা খারাপ অভিজ্ঞতার কারণ হতে পারে)
  • সার্ভারের প্রতিক্রিয়া প্রতিক্রিয়ার সময় এবং নিম্ন সদৃশ প্রক্রিয়াজাতকরণ গতিতে ক্যাশে করা যেতে পারে
  • আপনার ব্যাকএন্ডের ভাষা কাজটি আরও অনুকূলভাবে সম্পাদন করতে সক্ষম হতে পারে তবে ফ্রন্টএন্ড ডিভাইস পারে can

0

অন্যরা যেমন উল্লেখ করেছে, পিছনের প্রান্তে প্রক্রিয়াজাতকরণকে অগ্রাধিকার দেওয়ার জন্য বেশ কয়েকটি ভাল কারণ রয়েছে:

  • আপনি যদি সামনের প্রান্তে প্রেরণ করা জেএসএন থেকে সমস্ত অপ্রয়োজনীয় ডেটা সরিয়ে ফেলতে পারেন তবে এটি স্থানান্তর হিসাবে উভয়ই শেষ ইউজার ডিভাইসে লোড হ্রাস করবে তবে সময় পার্সিংয়ের ক্ষেত্রেও
  • রিমোট এপিআই কলটি ক্যাশে করা সম্ভব হতে পারে, তাই আপনাকে দূরবর্তী এপিআইগুলিতে যত বেশি কল করার দরকার নেই (যা সাধারণত ক্যাশে পুনরুদ্ধারের তুলনায় খুব ধীর হবে)। আপনি প্রসেসিং-পরবর্তী ডেটাও সম্ভাব্যভাবে ক্যাশে করতে পারেন, যাতে আপনি বারবার এটি পরিবেশন করতে পারেন
  • আপনি JSON প্রক্রিয়াকরণে ঘটে যাওয়া ত্রুটিগুলি সনাক্ত করতে পারেন, তবে এটি ক্লায়েন্ট ডিভাইসে ঘটছে তা কম দেখা যায়

ব্যাক-এন্ডে API এর প্রতিক্রিয়াটি প্রক্রিয়াকরণের আরেকটি বড় সুবিধা হ'ল আপনি সামনের প্রান্তে প্রেরণা কাঠামোটি বেছে নিতে পারেন। এইভাবে, আপনি যে এপিআইটি সময়ের সাথে সাথে ব্যবহার করছেন (অথবা আপনি যে তথ্যটি পুনরুদ্ধার করতে ব্যবহার করছেন তা যদি আপনি পরিবর্তন করেন) তবে আপনি সেই পরিবর্তনটি সামনের দিকে কোডটি প্রভাবিত না করে পিছনের প্রান্তে পরিচালনা করতে পারবেন।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.