খাঁটি ফ্রন্ট এন্ড জাভাস্ক্রিপ্ট ওয়েব এপিআই বনাম এমভিসি অ্যাজ্যাক্সের সাথে দেখা


13

ওয়েব অ্যাপ্লিকেশনকে কীভাবে ভাগ করা যায় সে সম্পর্কে এই দিনগুলিতে মানুষের চিন্তাভাবনা কী তা নিয়ে এটি আরও আলোচনার বিষয় ছিল।

আমি এর সমস্ত দর্শন এবং নিয়ামক সহ একটি এমভিসি অ্যাপ্লিকেশন তৈরি করতে অভ্যস্ত। আমি সাধারণত একটি সম্পূর্ণ দর্শন তৈরি করে পুরো পৃষ্ঠার অনুরোধে ব্রাউজারে এটি আবার পাঠিয়ে দিতাম, যদি নির্দিষ্ট ক্ষেত্রগুলি না থাকে যেগুলি আমি সরাসরি পপুলেশন করতে চাই না এবং সার্ভারকে অন্যান্য অঞ্চল লোড করতে কল করতে ডম পৃষ্ঠা পৃষ্ঠার লোড ইভেন্টগুলি ব্যবহার করব না AJAX ব্যবহার করে।

এছাড়াও, যখন এটি আংশিক পৃষ্ঠা রিফ্রেশিংয়ের কথা আসে তখন আমি একটি এমভিসি অ্যাকশন পদ্ধতি কল করতাম যা এইচটিএমএল খণ্ডকে ফিরে আসত যা আমি পৃষ্ঠার অংশগুলি জনবসতি করতে ব্যবহার করতে পারি। এটি এমন অঞ্চলগুলির জন্য হবে যা আমি প্রাথমিক পৃষ্ঠা লোডটি কমিয়ে দিতে চাইনি বা এমন অঞ্চলগুলির জন্য যা এজেএক্স কলগুলির সাথে আরও উপযুক্ত। একটি উদাহরণ টেবিল পেজিং জন্য হবে। আপনি যদি পরের পৃষ্ঠায় যেতে চান তবে আমি এটিকে অগ্রাধিকার দেব যদি কোনও এজেএক্স কল একটি পূর্ণ পৃষ্ঠা রিফ্রেশ ব্যবহার না করে তথ্যটি পেয়ে যায়। তবে এজেএক্স কলটি এখনও কোনও এইচটিএমএল টুকরো ফিরে আসবে।

আমার প্রশ্ন। আমি কি খাঁটি ফ্রন্ট এন্ড ব্যাকগ্রাউন্ডের পরিবর্তে নেট নেট ব্যাকগ্রাউন্ড থেকে এসেছি বলে এই প্রত্নতত্ত্ব সম্পর্কে আমার চিন্তাভাবনা রয়েছে?

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

ফ্রন্ট এন্ড বিকাশকারী পথটির অর্থ হ'ল ক্লায়েন্ট সাইডের বৈধতা সহ আমি সাধারণত এমভিসি মডেল যাচাইকরণের সাথে যে কোনও সুবিধা পাই। এর অর্থ হ'ল দৃ strongly়ভাবে টাইপযুক্ত এইচটিএমএল টেমপ্লেট ইত্যাদির সাথে মতামত তৈরির সাথে আমি যে কোনও উপকার পেয়েছি তা চলে যাবে।

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

প্রশ্নে থাকা ওয়েবসাইটটিতে প্রশাসন, ফর্ম, পণ্য অনুসন্ধান ইত্যাদি থেকে শুরু করে বিভিন্ন অঞ্চল থাকবে I এমন একটি ওয়েবসাইট যা আমি মনে করি না যে কোনও একক পৃষ্ঠার অ্যাপ্লিকেশন উপায়ে আর্কিটেক্ট করা দরকার।

এ সম্পর্কে সবার ধারণা কী?

আমি ফ্রন্ট এন্ড ডিভাস এবং ব্যাক এন্ড ডিভস থেকে শুনতে আগ্রহী।


পৃথকীকরণ সম্পর্কিত API এবং ক্লায়েন্টের স্ট্যাকওভারফ্লো
ডন চ্যাডল

উত্তর:


9

আমি কিছুটা সংশয়যুক্ত যে প্রতিটি নতুন ওয়েব অ্যাপ্লিকেশনটির এসপিএ হওয়া দরকার তবে একটি বিষয় আমি ক্লায়েন্টের সাথে তার অভিজ্ঞতার বেশিরভাগ অংশের সাথে একজন জেনারালিস্ট হিসাবে বিক্রি করেছিলাম যে পরিষেবা ভিত্তিক আর্কিটেকচার যা কাঁচা বন্ধ করে দেয় that আপনি সার্ভার থেকে প্রাক বিল্ট পৃষ্ঠা / ভিউ লোড করছেন এবং পৃষ্ঠা লোডের পরে ডেটা সহ প্রচুর গতিশীল স্টাফ করছেন বা জাভাস্ক্রিপ্ট সহ প্রায় 100% বিল্ডিং করছেন কিনা তা ক্লায়েন্টের কাছে এইচটিএমএল পরিবর্তে ডেটা যাওয়ার উপায়।

ক্লায়েন্ট-সাইড দেবের চেয়ে এটি যে কারণে পছন্দনীয় তা হ'ল কারণগুলি যেহেতু ডাটাবেসে কেউ এইচটিএমএল চায় না as তারা যখন এইচটিএমএল হস্তান্তরিত হয়েছে যখন উদাহরণস্বরূপ তারা কোনও টেবিলটি রিসর্ট করতে চান তখন ক্লায়েন্ট-সাইড দেব কী করবেন? ক্লায়েন্টের সমস্ত কিছু পরিচালনা করার পারফরম্যান্স ব্যয়টি আপনার জন্য এটি করার জন্য অন্য একটি সার্ভারের অনুরোধ করার তুলনায় তুচ্ছ। এছাড়াও, জেএস-জমিতে এইচটিএমএল-বিল্ডিং বেশ ভালভাবে কভার করা হয়েছে। ডেটা বাছাই করা এবং এর বাইরে নতুন এইচটিএমএল টেবিলের সারিগুলি তৈরি করা অভিজ্ঞ ক্লায়েন্ট-সাইড দেবের পক্ষে বেশ তুচ্ছ কাজ।

এবং অন্য ডিভাইসের সামনের প্রান্তের পিছনের প্রান্তের আর্কিটেকচারটি কী ব্যবহারের জন্য যা 100% ক্যানভাস বা সম্পূর্ণ আলাদা এইচটিএমএল কাঠামোযুক্ত উইজেটগুলি বাস্তবায়নের মতো বিদেশী কিছু করার প্রয়োজন হতে পারে? ক্লায়েন্ট-সাইড দেবকে কেন ভিজ্যুয়াল স্টুডিও লোড করতে হবে বা কঠোরভাবে উপস্থাপনা করার জন্য পিছনের দিকের ডিভস দরজায় নক করতে হবে?

দৃ strongly়ভাবে টাইপযুক্ত টেম্পলেট বৈধতা হ্রাস সম্পর্কে আপনার উদ্বেগের বিষয়ে, যখন আমি বলি যে আপনি যদি কোনও দক্ষ ক্লায়েন্ট-সাইড দেবের সাথে কাজ করছেন তবে আপনি কোনও .NET ফ্রেমওয়ার্ক বা ভিজ্যুয়াল স্টুডিও সরঞ্জাম খুঁজে পাবেন না যা আরও কয়লা-থেকে- হীরের থেকে ধূলিকণা থেকে নির্বিঘ্নে, তার চেয়েও সুগঠিত, বৈধ HTML anal

পুরো স্ট্যাক দৃষ্টিকোণ থেকে, আমি এটি পছন্দ করি কারণ এর অর্থ হ'ল আমাকে ব্যবসায় বা অ্যাপ লজিকের জন্য কখনই মাছ ধরতে হবে না কিছু ইউটজ টেম্পলেটিং স্তরটিতে নেমে যাওয়ার সিদ্ধান্ত নিয়েছে। অনেক ক্ষেত্রেই আধুনিক কম্পিউটারগুলির সাথে আধুনিক ব্রাউজারগুলিতে ব্যবহারকারীর জন্য লোডের অভিজ্ঞতা উন্নত করার সময় এটি প্রতি আপনার ব্যবহারকারীদের লোডটি উল্লেখ করে না।

আমি মনে করি আপনি যখন সমস্ত উপস্থাপনার সামগ্রী থেকে সম্পূর্ণ বিচ্ছিন্ন হয়ে পড়েছেন তখন পিছনের শেষের স্থাপত্য সম্পর্কে যুক্তিযুক্ত হওয়া আরও সহজ it's আপনি আর কিছু এইচটিএমএল এ ম্যাস করতে ডেটা ধরছেন না। আপনি বাস্তবায়ন-স্বাধীন ডেটা কাঠামো তৈরি করতে এটি একসাথে টানছেন যা অন্যদিকে যা করা হচ্ছে তার থেকে সাধারণ ব্যবহারের সাথে নিজেকে আরও উদ্বেগ দেয়। আইএমও, যেভাবে বিষয়গুলি কীভাবে পরিচালনা করা হয় তাতে আরও ধারাবাহিকতার দিকে পরিচালিত করে যেহেতু ডেটা এখন প্রক্রিয়াটির দ্বিতীয় থেকে শেষ ধাপের চেয়ে এক শেষ লক্ষ্য এবং তাদের তারগুলি অতিক্রম করার জন্য সম্পর্কহীন উদ্বেগের কম সুযোগ রয়েছে।


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

5

আমি আমার অত্যন্ত সাবজেক্টিভ 2 পয়সা মূল্য প্রস্তাব করব (যার মূল্য এটি;))। এর সঠিক বা ভুল উত্তর নেই এবং আপনার পয়েন্টগুলি ছাড়াও অনেকগুলি আসল বিশ্ব বিবেচনা রয়েছে, উদাহরণস্বরূপ:

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

এই তালিকাটি কোনওভাবেই পরিস্ফুট নয় এবং ক্লায়েন্টের পক্ষ থেকে বাশ দেওয়ার মতো শোনাচ্ছে যা আমার উদ্দেশ্য নয়, আমি সামনের প্রান্তের প্রান্তে ভারী জোর দিয়ে সাইট তৈরি করেছি।

আমার জন্য এটি ব্যবহারকারীর অভিজ্ঞতা এবং এপিআই পুনরায় ব্যবহারযোগ্যতার নেমে আসে। এগুলির প্রত্যেককে সম্বোধন করার জন্য।

আপনি যদি কোনও অ্যাপ তৈরি করতে চলেছেন বা কোনও এপিআই দিচ্ছেন, একটি। নেট এপিআই প্রকল্প ব্যবহার করার প্রচুর বুদ্ধি রয়েছে, এটি যুক্তি, পরীক্ষা এবং বাস্তবায়ন ক্রস প্ল্যাটফর্মটি তৈরি করে forms এই দৃশ্যে একটি সম্পূর্ণ ক্লায়েন্টের দিকনির্দেশ অনুকূল হতে পারে, এপিআই আলাদাভাবে বজায় রাখা যায় এবং কেবল আপনার অ্যাপ্লিকেশনকে একটি ইন্টারফেস সরবরাহ করে। আপনি আরামে লজিক এবং রিফ্যাক্টরটি সংশোধন করতে পারেন এবং কেবল ইন্টারফেসটি একই রাখতে হবে। আপনি একই মিডিয়া পটভূমি কোড ব্যবহার করে বিভিন্ন মিডিয়াতে সহজেই বিভিন্ন অ্যাপ্লিকেশন লিখতে পারেন।

খাঁটি ফ্রন্ট এন্ড সলিউশনটির পক্ষে সবচেয়ে শক্তিশালী যুক্তি (আমার মতে) এটি ব্যবহারকারীর অভিজ্ঞতা।

(সমস্ত ডাউনসাইড বিবেচনা করার সময়) একটি খাঁটি জাভাস্ক্রিপ্ট ব্রাউজার অ্যাপ্লিকেশন কোনও traditionalতিহ্যবাহী ওয়েবসাইটে ব্যবহারযোগ্যতা এবং ব্যবহারকারীর অভিজ্ঞতার উপর যথেষ্ট উন্নতি সরবরাহ করে?

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

আমি এটি সম্পর্কে মোটামুটি বাস্তববাদী দৃষ্টিভঙ্গি গ্রহণ করি, এটি কোনও একটি বিষয় বা বিষয় নয়; জাভাস্ক্রিপ্ট স্পষ্টতই সার্ভার প্রযুক্তিগুলির সাথে বেশ আনন্দের সাথে খেলবে এবং আপনাকে কোনও একটি বা অন্যটি বেছে নিতে হবে না - প্রতিটি সাইট কোনও একক পৃষ্ঠার ওয়েব অ্যাপ্লিকেশন নয় - তবে নোকআউট, ব্যাকবোন এবং পৃথক পৃষ্ঠাগুলিতে অনুরূপ ব্যবহার করে আপনাকে বিরত করার কিছুই নেই there's এটি প্রয়োজনীয় মনে করা হয় এমন জিনিসগুলিকে উন্নত করুন।


আকর্ষণীয় পয়েন্ট।
আইবলপল

3

সামনের ভারী অ্যাপ্লিকেশনগুলির সাথে আমার একটি প্রেম-ঘৃণার সম্পর্ক রয়েছে।

একদিকে, আমি জাভাস্ক্রিপ্ট লিখতে পছন্দ করি এবং আমি কার্যকর করার পরিবেশ হিসাবে ব্রাউজারটি পছন্দ করি।

অন্যদিকে, উভয়ই ইঞ্জিনের ছিদ্রযুক্ত একটি সূত্র 1 রেসের গাড়ির মতো অনুভব করছেন। এটি সত্যিই এটিকে ফোটায়: আপনি কি সি # এবং জাভাস্ক্রিপ্টের মধ্যে ব্যবসায়িক যুক্তির সদৃশতা প্রতিরোধ করতে পারেন? যদি তা হয় তবে আপনার উপযুক্ত হিসাবে দেখা ভিউ তৈরির জন্য যে কোনও পদ্ধতি ব্যবহার করুন। আপনি যদি দুটি ভাষায় ব্যবসায়ের যুক্তি সদৃশ করে থাকেন তবে আপনার সামনে একটি সামনের দিকের বিকাশকারী হতে পারে যিনি কেবল জাভাস্ক্রিপ্ট লিখতে চান, এবং বড় চিত্রটি বেশ দেখতে পাচ্ছেন না।

প্রযুক্তিগত পার্থক্য হিসাবে:

একটি আংশিক রেন্ডারিং এবং ক্লায়েন্টের কাছে এটি সরবরাহ করা:

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

JSON বিতরণ এবং একটি ক্লায়েন্ট পাশ টেম্পলেট রেন্ডারিং:

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

কখনও কখনও আমি ভাবি যে নতুন জাভাস্ক্রিপ্ট ফ্রেমওয়ার্কগুলি বাথ স্নানের জল দিয়ে বাচ্চাকে বাইরে ফেলে দিচ্ছে --- মানুষ আমি আশা করি আমি কুঁচকানো কার্মুডজিয়ন প্রোগ্রামার হয়ে উঠছি না ...


1
যে কোনও যুক্তির নকল হ'ল এমন একটি বিষয় যা আমিও ভাবছিলাম। তবে কিছু আকর্ষণীয় বিষয়।
আইবলপল

0

আমার শেষ অ্যাপ্লিকেশনটিতে আমি REST এপিআই এবং জাভাস্ক্রিপ্ট ফ্রন্ট-এন্ড একত্রিত করেছি।

আমি যা করেছি তা হ'ল:

  • আমি CRUD অপারেশনের জন্য একটি REST এপিআই তৈরি করেছি।
  • আমি একটি জাভাস্ক্রিপ্ট অ্যাপ্লিকেশন তৈরি করেছি যা পূর্বনির্ধারিত এইচটিএমএল টেমপ্লেটগুলি লোড করে এবং REST এপিআই থেকে ফিরে আসা ডেটা দিয়ে পপুলেট করে।

মূলত জেএস ফ্রন্ট-এন্ড সিআরইউডি অপারেশনের জন্য আরএসটি এপিআইয়ের সাথে যোগাযোগ করে এবং প্রত্যাবর্তিত ডেটা বা তৈরি ডেটা সহ এইচটিএমএলকে পপুলেট করে বা মুছে ফেলা ডেটা বা আপডেট পরিবর্তিত ডেটা সরিয়ে দেয়।

এইভাবে আমাদের খাঁটি এইচটিএমএল রয়েছে, ক্লায়েন্টের উপর প্রসেসিংটি সম্পন্ন হয়েছে, সমস্ত এইচটিএমএল লোড না করে আমাদের কাছে ব্যান্ডউইথের ব্যবহার কম এবং ব্যবহারকারীদের সত্যিকারের ওয়েব 2.0 প্রদান করতে পারি।

সুরক্ষা এবং কোড সদৃশতার জন্য আমি সম্মুখ প্রান্তে ব্যবসায়ের বৈধতাগুলি করি না, যেহেতু যে কেউ সার্ভারে প্রেরণের আগে ডেটা পরিবর্তন করতে পারে এবং আমাদের আবার সার্ভারের ডেটা বৈধ করতে হবে। অতএব, এটি সহজে হ্যাক হবে। সমস্ত বৈধতা ব্যাক-এন্ডে সম্পন্ন হয়। ক্লায়েন্ট-পাশের বৈধতাগুলি কেবলমাত্র ইনপুট প্রকারের জন্য তৈরি।

পেশাদাররা:

  • এটি জেএস দ্বারা উত্পন্ন না হওয়ার কারণে এইচটিএমএল পরিবর্তন করার সুবিধা;
  • এজ্যাক্স এবং জেএসএন ব্যবহার করে ব্যান্ডউইথের কম খরচ;
  • সার্ভার প্রসেসিংয়ের কম খরচ, যেহেতু এইচটিএমএল ক্লায়েন্টের পক্ষ থেকে জনবহুল;
  • স্ক্রিন পরিবর্তন করতে জেএস ব্যবহার করে প্রভাবগুলির ব্যবহারের অনুমতি এবং রেন্ডারিং গতি বাড়িয়ে ব্যবহারকারীর অভিজ্ঞতা উন্নত।
  • REST ব্যবহার করে HTTP প্রোটোকলের আরও ভাল ব্যবহার।

কনস:

  • 2 অ্যাপ্লিকেশন বজায় রাখা হবে;
  • ক্লায়েন্ট প্রক্রিয়াজাতকরণ উপর নির্ভর করে, যা খারাপ হার্ডওয়্যার কারণে খারাপ হতে পারে।

আশাকরি এটা সাহায্য করবে.

শুভেচ্ছা সহ,


ক্লায়েন্ট স্কেল উপর প্রসেসিং কাজ আরও ভাল। সার্ভারকে সাধারণত প্রচুর পরিমাণে অন্যান্য অ্যাপ্লিকেশন চালাতে হয় যা সার্ভারের সংস্থানগুলি গ্রাস করে। সার্ভার ক্রাশ হলে সবাই ভোগে।
ColacX

আমি আপনার বক্তব্য বুঝতে পারি না। তবে সার্ভারটি ক্র্যাশ হয়ে গেলে আপনি যেই আর্কিটেকচারটি চয়ন করেন তা বিবেচনা না করেই সবাই ভোগে।
ব্রুনো

এজন্য আপনার সার্ভারকে কম কাজ করা উচিত। এবং কম জটিল যুক্তি আছে। সুতরাং সার্ভারগুলিতে স্ট্রেন হ্রাস। এইভাবে সার্ভার ক্র্যাশ হওয়ার ঝুঁকি হ্রাস করে। যদিও তারা এখনও ঘটতে পারে তাদের কম ঘন ঘন ঘটবে। সাধারণত যখন আপনি একটি আপডেট করেন, আপনি বাগ প্রবর্তনের ঝুঁকি চালান। সার্ভারগুলিতে কম আপডেট করুন। ক্লায়েন্ট উপর যতটা সম্ভব কাজ রাখা।
কোলাকএক্স

0

validationওয়েব এপিআইয়ের দিকটি সম্পর্কে - "মডেল বৈধতা" করা এবং 400 টির খারাপ অনুরোধের HTTP প্রতিক্রিয়া দিয়ে প্রতিক্রিয়া জানানো সম্ভব।

Https://stackoverflow.com/questions/11686690/handle-modelstate- માન્યকরণ- in- asp- net- web- api/ 25050285# 25050285 দেখুন

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