বাইনারি প্রোটোকল সহ সরাসরি জেএসওএন বনাম জাস্টস টিসিপি / আইপি ব্যবহার করার বিষয়ে উপকারিতা / ধারণা রয়েছে এবং আমি মনে করি আপনি ইতিমধ্যে সন্দেহ করছেন যে বাইনারি প্রোটোকলটি আরও দ্রুত হবে। আমি আপনাকে ঠিক কতটা দ্রুত বলতে পারি না (এবং এটি অনেকগুলি কারণের উপর নির্ভর করবে) তবে আমি অনুমান করব 1-2 মাত্রার পার্থক্যের অর্ডারগুলি।
প্রথম নজরে যদি কোনও কিছুর চেয়ে 10-100 গুণ ধীরে ধীরে হয় তবে আপনার হাঁটু-ঝাঁকুনির প্রতিক্রিয়া হতে পারে এবং "দ্রুত জিনিস" পেতে পারেন। তবে, এই গতির পার্থক্য কেবলমাত্র প্রোটোকলটিতে। যদি সার্ভারে ডাটাবেস / ফাইল অ্যাক্সেস থাকে তবে তা স্থানান্তর স্তরটি আপনার পছন্দ দ্বারা প্রভাবিত হবে না। কিছু ক্ষেত্রে এটি আপনার স্থানান্তর স্তরের গতিটিকে অনেক কম তাৎপর্যপূর্ণ করে তুলতে পারে।
HTTP REST এবং JSON বিভিন্ন কারণে ভাল:
- তারা সহজেই যে কেউ দ্বারা গ্রাসযোগ্য। আপনি আপনার ওয়েব অ্যাপ্লিকেশনটি লিখতে পারেন, তারপরে ঘুরে ফিরে আপনার এপিআই প্রকাশ করতে পারেন বিশ্বের অন্যান্য অংশের জন্য। এখন যে কেউ একই প্রান্ত পয়েন্টগুলিতে আঘাত করতে পারে এবং আপনার পরিষেবাগুলিতে যেতে পারে
- এগুলি সহজেই ডিবাগযোগ্য, আপনি কোনও প্যাকেট স্নিফার খুলতে পারবেন বা আগত অনুরোধগুলিকে পাঠ্য ফাইলগুলিতে ডাম্প করতে পারেন এবং কী চলছে তা দেখুন। আপনি বাইনারি প্রোটোকল দিয়ে এটি করতে পারবেন না
- তারা সহজেই প্রসারণযোগ্য। আপনি পরবর্তী সময়ে আরও বেশি বৈশিষ্ট্য এবং ডেটা যুক্ত করতে পারেন এবং পুরানো ক্লায়েন্টগুলির সাথে সামঞ্জস্যতা ভঙ্গ করতে পারেন না।
- জাভাস্ক্রিপ্ট ক্লায়েন্টদের দ্বারা উপভোগযোগ্য (নিশ্চিত নয় যে তাদের প্রোটোবফ জেএস পার্সার এখনও রয়েছে, বিশ্বাস করবেন না যে সেখানে আছে)
টিসিপি / আইপি-র মাধ্যমে প্রোটবফগুলি:
যদি এটি আমার পছন্দ হয়, তবে আমি HTTP REST এবং JSON এর সাথে যেতে চাই। এরকম আরও অনেকগুলি সংস্থা এবং ওয়েবসাইটগুলি সেই পথে চলে যাওয়ার একটি কারণ রয়েছে। এছাড়াও মনে রাখবেন যে ভবিষ্যতে আপনি সর্বদা 2 টি শেষ পয়েন্টকে সমর্থন করতে পারেন। যদি আপনার নকশাটি সঠিক হয়, আপনার শেষ-পয়েন্ট পছন্দটি আপনার সার্ভার-পাশের ব্যবসায় যুক্তি বা ডেটাবেস থেকে সম্পূর্ণ ডিকপল করা উচিত। সুতরাং আপনি যদি পরে বুঝতে পারেন যে সমস্ত / কিছু অনুরোধগুলির জন্য আপনার আরও গতির প্রয়োজন হয় তবে আপনার ন্যূনতম গোলমাল সহ প্রোটোবফগুলি যুক্ত করতে সক্ষম হওয়া উচিত। তবে ব্যাট থেকে ডানদিকেই, আরইএসটি / জেএসওন আপনাকে দ্রুত মাটি থেকে নামিয়ে আপনাকে আরও এগিয়ে নেবে।
নেট ভি বনাম স্প্রিং যতদূর যায়। আমি সরাসরি নেটিকে ব্যবহার করি নি, তবে আমি বিশ্বাস করি এটি কেবল একটি হালকা ওজনের ওয়েব সার্ভার যেখানে স্প্রিং হ'ল একটি ফ্রেমওয়ার্ক যা কেবল আপনার চেয়ে আরও অনেক বেশি সরবরাহ করে। এটিতে ডেটা অ্যাক্সেস স্তরগুলি, পটভূমির কাজের সময়সূচী এবং (আমার মনে হয়) একটি এমভিসি মডেল রয়েছে, সুতরাং এটি অনেক বেশি ভারী ওজনের। কোনটি বেছে নেবে? আপনি যদি এইচটিটিপি পথে যেতে চান, তবে পরবর্তী প্রশ্নটি সম্ভবত আপনার অ্যাপ্লিকেশনটি কতটা মানসম্পন্ন? আপনি যদি এমন কিছু ক্রেজিট কাস্টম লজিক লিখতে চলেছেন যা মানক ছাঁচে খাপ খায় না এবং আপনার কেবলমাত্র একটি এইচটিটিপি সার্ভার স্তর প্রয়োজন, নেটটির সাথে যান।
যাইহোক, আমি সন্দেহ করছি যে আপনার অ্যাপটি তেমন বিশেষ নয় এবং এটি সম্ভবত বসন্তের যে সমস্ত জিনিস সরবরাহ করতে পারে তা থেকে উপকৃত হতে পারে। তবে এর অর্থ হ'ল স্প্রিংয়ের কাঠামোর চারপাশে আপনার অ্যাপ্লিকেশনটি গঠন করা উচিত এবং তারা আপনার কাছ থেকে যেভাবে প্রত্যাশা করেন সেভাবে কাজ করা উচিত যার অর্থ আপনার পণ্যটিতে ডুব দেওয়ার আগে স্প্রিং সম্পর্কে আরও শিখতে হবে। কাঠামোগুলি সাধারণভাবে দুর্দান্ত কারণ তারা আবার আপনাকে দ্রুত স্থল থেকে সরিয়ে দেয়, তবে ক্ষতির দিকটি হ'ল আপনাকে নিজের ডিজাইনের পরিবর্তে তাদের ছাঁচে ফিট করতে হবে এবং তারপরে ফ্রেমওয়ার্কটি কেবলমাত্র কাজ করার প্রত্যাশা করবে।
(*) - অতীতে এটি চিহ্নিত করা হয়েছিল যে আমার পোস্টগুলি পুরো বিশ্বের মতামতকে প্রতিফলিত করে না, তাই আমি রেকর্ডটিতে যাব এবং কেবল যুক্ত করব যে নেটটির সাথে আমার সীমিত অভিজ্ঞতা আছে (আমি এর আগে প্লে ফ্রেমওয়ার্ক ব্যবহার করেছি) যা নেটটির উপর ভিত্তি করে) বা স্প্রিং (আমি কেবল এটি সম্পর্কে পড়েছি)। তাই আমি যা বলি তা লবণের এক দানা দিয়ে নিন।