আমাদের কি এমভিসি অ্যাপ্লিকেশন থেকে একই সমাধানে ওয়েব এপিআই কল করা উচিত?


33

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

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

আমি এই সমাধান কাঠামো সম্পর্কে বিভ্রান্তি করছি।

1) কেন আমাদের ওয়েব এপিআই ব্যবহার করা উচিত এবং ব্যবসায়ের সামগ্রীর পরিবর্তে ডেটা পেতে বা রাখার জন্য এইচটিটিপি অনুরোধ (যা সময় সাপেক্ষে) করা উচিত যা একই সমাধানে রয়েছে।

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

3) আমরা যদি পৃথক হোস্টিং এপিআই এবং ওয়েব হোস্টিং করি তাই এর অর্থ আমাদের ওয়েব ওয়েবক্লিয়েন্ট ব্যবহার করবে এবং প্রতিটি নেভিগেশনে এইচটিটিপি কল থাকবে। এটা কি ঠিক?

4) যদি আমরা ব্যবসায়িক আইপিএল এবং ওয়েব হোস্টিং উভয়ই বিভিন্ন সার্ভারে গঠন করি তবে বিএল-তে কিছু পরিবর্তন হলে উভয় সার্ভারে বিল্ড আপডেট করতে হবে।

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

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

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

আমি ইন্টারনেটে অনুসন্ধান করেছি কিন্তু নিশ্চিত উত্তর পাইনি didn't আমি একটি ব্লগ পেয়েছি http://odetocode.com/blogs/scott/archive/2013/07/01/on-the-coexistance-of-asp-net-mvc-and-webapi.aspx একই পয়েন্টটি নিয়ে আবার আলোচনা করছি সেই ব্লগে আমার প্রশ্নটি হল কেন আমাদের পরিস্থিতি # 3 বিবেচনা করা উচিত?

আপডেট: আমাদের আলাদা আলাদা এপিআই প্রকল্প এবং এমভিসি প্রকল্প থাকতে পারে এবং আমরা জাভাস্ক্রিপ্ট ব্যবহার করে ওয়েব থেকে এপিআই কল করতে পারি বা এমভিভিএম প্যাটার্ন ব্যবহার করতে পারি।


ভিভি মডেলগুলির সাথে এমভিভিএম বা এমভিসি?
অ্যান্ড্রু হফম্যান

আমরা এমভিসি
রুচির শাহ

ঠিক আছে, তাহলে সত্যিকারের সঠিক উত্তর নেই। কেবলমাত্র আপনার এপিআই কল করার সুবিধা রয়েছে যখন এটির মান উন্নতি করার কথা। (নিজের ডগফুড খাওয়া) পরিষেবার মাধ্যমে কল করার পরিবর্তে ইনপোক কল করার ক্ষেত্রে পারফরম্যান্স সুবিধাও রয়েছে।
অ্যান্ড্রু হফম্যান

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

2
হ্যাঁ। প্রোগ্রামার.সটাকেক্সচেঞ্জ / প্রশ্ন / 148556/ … এবং স্ট্যাকওভারফ্লো / প্রশ্নগুলি / 3590561/ … ভাল সম্পদ। কিছু করেন, কিছু করেন না। আসল 'সঠিক' উপায় নেই।
অ্যান্ড্রু হফম্যান

উত্তর:


37

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

আসুন কয়েকটি পরিস্থিতি এবং বিষয়গুলিকে সত্যিই ঠাট্টা করার জন্য কিছু চালাক ইঞ্জিনিয়ারিং ব্যবহার করার উপায়গুলি এবং (এবং কিছু কৌশল কিছুটা সহজ করার জন্য কিছু কৌশল দেখুন) ..

একই প্রকল্পে উভয় এপিআই এবং ওয়েবসাইট হোস্টিং এক্ষেত্রে
আপনার শূন্য বা আরও বেশি ব্যবসায় স্তর প্রকল্প এবং একটি একক হাইব্রিড এমভিসি / ওয়েবএপিআই প্রকল্প (পাশাপাশি অন্যান্য প্রকল্পগুলি - ইউটিলিটি ইত্যাদি) সহ আপনার একক সমাধান হতে পারে।

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

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

ব্যবহারগুলি
আমি এই প্রকল্প কাঠামোটি এক-বন্ধ, অভ্যন্তরীণ বা সাধারণ অ্যাপ্লিকেশনের জন্য ব্যবহার করব। স্থানীয় ওয়াইতে বাস্কেটবল শিবির সাইন আপ ট্র্যাক করার জন্য একটি দ্রুত সিস্টেম তৈরি করছেন? এটি আপনার স্থাপত্য!

বিভিন্ন প্রকল্পে ওয়েবএপিআই এবং ওয়েবসাইট
আমি এই কেসটিকে প্রাধান্য দিই ..

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

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

ব্যবহার
আজ 100 ব্যবহারকারী এবং 100,000 আগামী সপ্তাহে / মাস হতে পারে যে একটি অ্যাপ্লিকেশন নির্মাণের? অ্যাপ্লিকেশনটিতে কী বিজ্ঞপ্তিগুলি পাঠানো, জটিল কর্মপ্রবাহগুলি পরিচালনা করতে এবং একাধিক ইন্টারফেস (ওয়েব + মোবাইল অ্যাপ্লিকেশন + শেয়ারপয়েন্ট) থাকতে হবে? আপনার হাতে প্রচুর সময় এবং উইকএন্ডে 5000+ টুকরো ধাঁধা সমাধান করতে ভালবাসেন? এটি আপনার জন্য আর্কিটেকচার!

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

  1. স্টেটলেস সেশন ব্যবহার করার চেষ্টা করুন। ছোট সিস্টেমে এর অর্থ হ'ল কমপক্ষে বর্তমান ব্যবহারকারীর অভ্যন্তরীণ আইডি এবং একটি সময়সীমা সমেত একটি এনক্রিপ্ট করা কুকি সংরক্ষণ করা উচিত। বৃহত্তর সিস্টেমগুলির অর্থ একটি সাধারণ সেশন আইডি দিয়ে একটি এনক্রিপ্ট করা কুকি সংরক্ষণ করা হতে পারে যা কোনও ডেটাস্টোর থেকে সংগ্রহ করা হতে পারে (রেডিস, টেবিল স্টোরেজ, ডিএইচটি , ইত্যাদি) .. আপনি যদি পর্যাপ্ত তথ্য সংরক্ষণ করতে পারেন তবে আপনাকে মূল ডাটাবেসটি আঘাত করতে হবে না প্রতিটি অনুরোধের পরে আপনি ভাল জায়গায় থাকবেন - তবে কুকিগুলিকে 1k এর নীচে রাখার চেষ্টা করুন।
  2. সচেতন হোন যে সম্ভবত একাধিক মডেল থাকবে। মডেল এবং প্রজেকশনগুলির শর্তাবলী ভাবার চেষ্টা করুন (আমি এখানে যে লিঙ্কগুলি পেয়েছি সেগুলি ছিল .. ভাল ছিল না .. ভাবা: এক ব্যক্তির ইনভেন্টরি আইটেমটি অন্য ব্যক্তির অর্ডার লাইন আইটেম - একই বেসিক অন্তর্নিহিত কাঠামো, তবে ভিন্ন ভিন্ন দৃষ্টিভঙ্গি)। কিছু প্রকল্পের প্রতিটি লজিকাল / ধারণাগত সীমানার জন্য আলাদা মডেল থাকে (অর্থাত্ একটি নির্দিষ্ট এপিআই দিয়ে কথোপকথনের জন্য একটি নির্দিষ্ট মডেল ব্যবহার করে)।
  3. এপিআই এর সর্বত্র! যে কোনও সময় কোনও বস্তু / শ্রেণি / কাঠামো কোনও ডেটা বা আচরণ প্রকাশ করে, আপনি একটি এপিআই স্থাপন করছেন। অন্যান্য সত্তা বা নির্ভরতা কীভাবে এই এপিআই ব্যবহার করবে তা সম্পর্কে সচেতন হন। আপনি কীভাবে এই এপিআইটি পরীক্ষা করতে পারেন তা ভেবে দেখুন। এই এপিআই (কোডের মাধ্যমে অন্যান্য অবজেক্ট? প্রোটোকলের মাধ্যমে অন্যান্য সিস্টেম?) এবং কীভাবে সেই ডেটা উদ্ভাসিত হবে (জোরালোভাবে টাইপ করা হয়েছে? জেএসএন? * কাশি * এক্সএমএল?) কী নিয়ে কথা বলছেন তা বিবেচনা করুন।
  4. আপনার যা আছে তার জন্য তৈরি করুন, আপনি যা ভাবেন যে এখন থেকে আপনার দুটি বছর থাকবে। অন্য উত্তর YAGNI উল্লেখ করে - তারা একেবারে সঠিক! কাল্পনিক সমস্যাগুলি সমাধান করা আপনার সময়সীমাকে কাল্পনিক করে তোলে। আপনার পুনরাবৃত্তির জন্য দৃ goals় লক্ষ্য নির্ধারণ করুন এবং সেগুলি পূরণ করুন। স্থাপন! উন্নয়নের প্রকল্পটি কেবলমাত্র একজন ব্যবহারকারী সহ একটি প্রকল্প - আপনি!
  5. ওয়াইএমএমভি (আপনার মাইলেজ মে পরিবর্তন হতে পারে)। এখানে একমাত্র পরম আছে: একটি সমস্যা আছে, আপনি একটি সমাধান তৈরি করছেন। বাকি সমস্ত কিছুই বাতাসে সম্পূর্ণরূপে। উপরের উভয় সমাধানকে বন্য সাফল্য করা যায় - এবং চুষা ব্যর্থতা। এটি আপনার, আপনার সরঞ্জামগুলি এবং কীভাবে আপনি সেগুলি ব্যবহার করেন সেগুলি all হালকাভাবে চালান, সহ বিকাশকারী!

2
দুর্দান্ত উত্তর! আমি আশা করি আপনার লেখার জন্য আমি আপনাকে কিছু উপহার দিতে পারলাম, তবে যেহেতু আমি কিছুই ভাবতে পারি না আমি কেবল আপনার টুইটার অনুসরণ করব। : পি
ড্যান

"জোরালোভাবে টাইপ করা? জেএসএন? * কাশি * এক্সএমএল" আমি কী অনুপস্থিত?
আলেকজান্ডার ডার্ক 24'17

1
@ আলেকজান্দার ডার্ক আমি তিনটি পৃথক ফর্ম্যাটিং বিকল্পগুলি উল্লেখ করছি (যদিও আরও রয়েছে) .. "রসিকতা" হ'ল এক্সএমএলটি কাজ করা কঠিন হতে পারে এবং প্রায়শই ওভারহেডের একটি ভাল বিস্তৃতি যোগ করতে পারে (সিরিয়ালাইজেশন / ডিসিসারাইজেশন)। এর অর্থ এটি নয় যে কখনও কখনও প্রয়োজন হয় না (বিশেষত বহিরাগত দলগুলির সাথে কাজ করার সময়) ..
ববি ডি

6

সরাসরি আপনার ব্যবসায়ের বস্তুগুলিতে সরাসরি অ্যাক্সেস করা (আমি ধরে নিই যে আপনি নিজের নিয়ামকের অর্থ হ'ল) ​​দ্রুত এবং সহজতর হবে।

ক্লায়েন্ট যদি বিভিন্ন ক্লাউড সার্ভারে এপিআই এবং ওয়েব হোস্ট করতে চায় এবং কেবল এপিআইতে স্কেলিং প্রয়োগ করতে চায় বা এপিআই এবং ওয়েব অ্যাক্সেস করার জন্য আলাদা ইউআরএল পেতে চায় (যা কিছুটা যৌক্তিক)

তারপরে আপনার সেগুলি পৃথকভাবে হোস্ট করা দরকার ... তবে এটি আমার পক্ষে খুব যৌক্তিক মনে হচ্ছে না, অবশ্যই আপনি উভয়ই স্কেল করতে চাইবেন। আপনি কি এই প্রয়োজনীয়তাটি পূরণ করার বিষয়ে নিশ্চিত? ওভারকিলের মতো শোনাচ্ছে। YAGNI মনে রাখবেন - আপনার যদি এটির প্রয়োজন না হয় তবে এটি তৈরি করবেন না। আপনার যখন এটির প্রয়োজন হবে তখন এটি তৈরি করুন।

যদি এটিই আমি হয়ে থাকি তবে আমি সেই প্রযুক্তিটি ব্যবহার করে সাইটটি তৈরি করতাম যা সাইটের সেরা ফিট করে then


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

4

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

আইটি সিম্পে রাখুন। এই সাহায্য আশা করি। ধন্যবাদ ..


কেন এটিকে ভোট দেওয়া হয়েছিল তা নিশ্চিত নন তবে এটি ভাল আর্কিটেকচার
ইমোর

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

কলিং এপিআই দেখুন দেখুন সরাসরি চিন্তা করা .... তবে এমভিসি ভিউগুলি সার্ভার থেকে উত্পন্ন হয় যাতে আপনি আংশিক দর্শন (দর্শন) উপস্থাপনের আগে সার্ভার থেকে ডেটা প্রক্রিয়াও করতে পারেন বিশেষত এটি সার্ভার প্রসেসিংয়ের জন্য আরও প্রাসঙ্গিক) আরএসইসি ফ্রেমওয়ার্ক (আরএসইএস) : প্রতিক্রিয়াশীল ওয়েব ডিজাইন + সার্ভার-সাইড উপাদানসমূহ) .... তবে আপনি এমভিসি সম্পূর্ণরূপে এড়াতে পারলে খাঁটি ক্লায়েন্ট ফ্রেমওয়ার্ক (কৌণিক / প্রতিক্রিয়া জেএস) ব্যবহার করুন ...
মনোজ কুমার বিশত
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.