ডাব্লুসিএফ বনাম ওয়েব এপিআই নিয়ে প্রযুক্তিগত বিতর্ককে কীভাবে পরিচালনা করব?


49

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

টিম এ যা ওয়েব এপিআইর ব্যবহারকে সমর্থন করে, এই কারণগুলি সামনে নিয়ে আসে:

  1. ওয়েব এপিআই হ'ল লেখার পরিষেবার আধুনিক পদ্ধতি ( উইকিপিডিয়া )
  2. ডাব্লুসিএফ এইচটিটিপি জন্য একটি ওভারহেড। এটি টিসিপি, এবং নেট পাইপ এবং অন্যান্য প্রোটোকলের জন্য একটি সমাধান
  3. ডাব্লুসিএফ মডেলগুলি পোকো নয়, কারণ [ডেটা কনট্র্যাক্ট] এবং [ডেটা মেম্বার] এবং সেই বৈশিষ্ট্যগুলির কারণে
  4. এসওএপি জেএসএনের মতো পাঠযোগ্য এবং কার্যকর নয়
  5. জেএসএনের তুলনায় এসওএপি নেটওয়ার্কের জন্য একটি ওভারহেড (HTTP- র মাধ্যমে পরিবহন)
  6. কোনও পদ্ধতি ওভারলোডিং নেই

টিম বি, যা ডাব্লুসিএফের ব্যবহারকে সমর্থন করে, বলেছেন:

  1. ডাব্লুসিএফ একাধিক প্রোটোকল সমর্থন করে (কনফিগারেশনের মাধ্যমে)
  2. ডাব্লুসিএফ বিতরণ লেনদেন সমর্থন করে
  3. ডাব্লুসিএফ-এর জন্য অনেকগুলি ভাল উদাহরণ এবং সাফল্যের গল্প উপস্থিত রয়েছে (ওয়েব এপিআই এখনও তরুণ রয়েছে)
  4. দ্বিপথটি দ্বি-মুখী যোগাযোগের জন্য দুর্দান্ত

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

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

আমাদের ব্যবহার বেশিরভাগ ওয়েবের জন্য হবে এবং আমরা আমাদের পরিষেবাদি এইচটিটিপি-র মাধ্যমে প্রকাশ করব। কিছু ক্ষেত্রে (বলুন 5 থেকে 10 শতাংশ) যদিও আমাদের বিতরণ লেনদেনের প্রয়োজন হতে পারে।

আমার এখন কি করা উচিত? আমি কীভাবে এই বিতর্ককে গঠনমূলক উপায়ে পরিচালনা করব?


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

10
এছাড়াও মনে রাখবেন যে ডাব্লুসিএফ বেশিরভাগ ক্ষেত্রেও খুব সুন্দরভাবে জেসন করতে পারে
বিল

3
"৩. ডাব্লুসিএফ মডেলগুলি পোকো নয়" এটি কেবল ভুল। .NET 3.5 এসপি 1 এর পরে আপনাকে কোনও বৈশিষ্ট্য ব্যবহার করতে হবে না।
অ্যালন গুরালেক

4
এই প্রশ্নটি বিষয়বস্তু বলে মনে হচ্ছে কারণ এটি সফ্টওয়্যার বিকাশের বিষয়ে নয়, সহকর্মীদের মধ্যে একটি বিতর্ক পরিচালনা করার বিষয়ে about
গ্র্যান্ডমাস্টারবি

3
উইকিপিডিয়া "লেখার পরিষেবাগুলির আধুনিক পদ্ধতি" সংজ্ঞায়িত করে? কীভাবে এটি কার্যকর তা নিশ্চিত নয়।
ফ্রাঙ্ক হিলেমান

উত্তর:


38

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

সমস্ত যুক্তি লিখুন, প্রকল্পের জন্য তাদের গুরুত্বকে মূল্য দিন এবং তারপরে আপনার সিদ্ধান্ত নিন। যখন আপনি পারবেন না, একটি মুদ্রা ফ্লিপ করুন। আপনার প্রকল্পটি সম্ভবত কোনও প্রযুক্তির মাধ্যমে সফলতার সাথে সম্পন্ন হতে পারে এবং অপ্রয়োজনীয় বিতর্কের সাথে মূল্যবান সময় নষ্ট করার জন্য অহেতুক অর্থ ব্যয় হবে।


3
প্রিয় @ ফিলিপ, মুদ্রার পরামর্শের জন্য উল্টো পরামর্শ দেওয়ার জন্য ধন্যবাদ । তবে আমি যেমন বলেছি, আমি এই সুযোগের সিদ্ধান্তের জন্য আফসোস করতে চাই না । যদিও আমি বিশ্বাস করি যে চঞ্চলতা গুরুত্বপূর্ণ, আমি এটিও বিশ্বাস করি যে ভাল সিদ্ধান্তগুলিও গুরুত্বপূর্ণ।
সা Saeedদ নেমতি

5
@ সাeedদনেমতী: যদি সমস্ত তথ্য সংগ্রহ এবং ওজন করার পরে, কোনও প্রযুক্তির সুস্পষ্ট সুবিধা না থাকে, তবে একটি মুদ্রা উল্টানো সিদ্ধান্ত নেওয়ার সবচেয়ে সৎ উপায় way টসের ফলাফল যাই হোক না কেন, এটি একটি ভাল সিদ্ধান্ত, কারণ আপনি সমস্ত তথ্য ওজন করেছেন।
বার্ট ভ্যান ইনজেন শেনৌ

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

2
@ সাeedদনেমতী প্রযুক্তির ক্ষেত্রে, এই সিদ্ধান্ত "অনুশোচনা" বলে কিছুই নেই। আপনি সর্বদা ভুল করবেন। সবচেয়ে গুরুত্বপূর্ণটি হ'ল ভুলগুলি asap সনাক্ত করতে সক্ষম হবেন, এগুলিকে খোলামেলাভাবে স্বীকার করবেন এবং আরও ভাল সিদ্ধান্তের পরিবর্তন করুন।
স্লিপার স্মিথ

4
অন্যান্য বিকল্প: নাকল যুদ্ধ; কুস্তি ম্যাচ; যে ব্যক্তি জোরে চিৎকার করে সে জয়ী হয়। নিশ্চয় এগুলি একটি মুদ্রা উল্টানোর চেয়ে ভাল? :)
ফ্রাঙ্ক হিলেমান

13

ধরে নিচ্ছি উভয় পক্ষই তাদের সমস্ত যুক্তিতে 100% সঠিক, কোনটি গুরুত্বপূর্ণ?

ডাব্লুসিএফ মডেলগুলি পোকো নয়, কারণ [ডেটা কনট্র্যাক্ট] এবং [ডেটা মেম্বার] এবং সেই বৈশিষ্ট্যগুলির কারণে

আপনি কি যত্ন? আপনি কি এমন কিছু করছেন যা পোকো দরকার?

ডাব্লুসিএফ বিতরণ লেনদেন সমর্থন করে

এটি আবার আপনি ব্যবহার করতে যাচ্ছেন এবং অন্য পথ অবলম্বন করার কারণে আপনি যদি এটি না রাখেন তবে এটি তৈরি করা দরকার?

মূলত কোনটির হৃদয়ে যেতে:

  • আপনার প্রয়োজন মতো সমস্ত কিছু অফার করে (যদি আপনার প্রয়োজন মতো সমস্ত কিছু নাও দেয় যা আপনাকে কমপক্ষে কাজ করতে হবে))
  • আপনি ব্যবহার করতে যাচ্ছেন না এমন ন্যূনতম পরিমাণের জাঙ্ক সরবরাহ করে তবে যাইহোক তা সহ্য করতে হবে।

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


1
ডাব্লুসিএফ ডেটা সার্ভিস মডেলগুলি পোকো, কেবলমাত্র একটি [নাম] আইডি ফিল্ড আইরিক।
মাসলো

11

আমার দুটি সেন্ট ভিতরে রাখুন।

একজন পরিচালক হিসাবে আপনার সতীর্থদের যজ্ঞের নীতিটি মাথায় রাখতে বলা উচিত । এটি উভয় দল দ্বারা এগিয়ে আসা কারণগুলির তালিকা হ্রাস করতে সহায়তা করবে।

আমাদের ব্যবহার বেশিরভাগ ওয়েবের জন্য হবে এবং আমরা আমাদের পরিষেবাদি এইচটিটিপি-র মাধ্যমে প্রকাশ করব। কিছু ক্ষেত্রে (বলুন 5 থেকে 10 শতাংশ) যদিও আমাদের বিতরণ লেনদেনের প্রয়োজন হতে পারে।

বিতরণ লেনদেনে ডাইভিংয়ের পরিবর্তে আপনার পরিবর্তে ক্ষতিপূরণ নিয়ে কাজ করা উচিত ।

বিবেচনায় নেওয়ার শেষ জিনিস হ'ল লার্নিং কার্ভ। আপনার প্রকল্পের সময়সীমার উপর নির্ভর করে একজন পরিচালক হিসাবে, আপনি কোনও নতুন প্রযুক্তি শেখা শুরু করা ঠিক কি না তা ঠিক করতে সক্ষম হওয়া উচিত।

আপনার যদি নষ্ট করার মতো প্রচুর সময় থাকে, তবে একরকম উদ্ভাবনী দিবসের জন্য যান যেখানে টিম এ এবং বি এর একই প্রয়োজনীয়তার উপর ভিত্তি করে ধারণার প্রমাণ তৈরি করার জন্য একটি দিন থাকবে have

যাইহোক, যে লোকটি বলে যে " ডাব্লুসিএফ মডেলগুলি পোকো নয়, কারণ " ডেটা কন্ট্রাক্ট] এবং [ডেটা মেম্বার] এবং সেই বৈশিষ্ট্যগুলি ", তাকে বলুন যে পোকোরা সাধারণভাবে ডোমেন সত্তা হিসাবে বোঝানো হয় এবং এটি প্রকাশ করার পক্ষে সেরা অভ্যাস নয় not আপনার ডোমেন যে কোনও ধরণের ক্লায়েন্টকে আপত্তি জানায়, এটি ডিটিওর জন্য।


ফ্যাসাদ / বাহ্যিক চুক্তিতে ডোমেন অবজেক্টগুলি প্রকাশ না করার জন্য +1 the সস্তা জয়ের জন্য এটি কমপক্ষে 10 বার করুন এবং তাদের মধ্যে 9 টিতে একটি স্থির comms চুক্তি হওয়া এবং একটি ডোমেন পরিবর্তন পরিচালনায় ব্যথার কারণে রিফ্যাক্টর। বিতরণ লেনদেনের জন্য +1, এটি খুব খারাপ জিনিস ..
ব্যবহারকারীর 1496062

5

আমার এখন কি করা উচিত? আমি কীভাবে এই বিতর্ককে গঠনমূলক উপায়ে পরিচালনা করব?

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

সুতরাং, কী করবেন: আপনি নিজের পরিষেবা (গুলি) নিয়ে কী করতে চান তা স্থির করুন , তারপরে একটি কৌশল বেছে নিন যা সেই লক্ষ্যটি এবং তার রক্ষণাবেক্ষণ এবং বেদনা কমপক্ষে পরিমাণের সাথে এক্সটেনসিবিলিটি সমন্বিত করে। আপনি কোনও প্রদত্ত দিকটি ব্যবহারের জন্য কাঠামোর দ্বারা সমর্থিত কিনা তা খালি গবেষণা করে এটি করতে পারেন।

আকর্ষণীয় পড়ার উপাদান:

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

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


1
শুধু তাই নয় " XYZ শুধু আধুনিক উপায় " একটি শূন্য-যুক্তি, যা সাধারণত যেমন সার্চ হল " আমি কোন বাস্তব আর্গুমেন্ট আছে, কিন্তু এটা সিজনের আমার ব্যক্তিগত প্রিয় নয়। "
JensG

4

টিম ম্যানেজমেন্ট একদিকে রাখুন, আপনি অন্যটির থেকে একটি বেছে নিবেন না। আপনাকে প্রতিটি ওয়েব পরিষেবার উদ্দেশ্য দেখতে হবে এবং অ্যাপ্লিকেশনটির নির্দিষ্ট অংশের জন্য উপযুক্ত প্রযুক্তি ব্যবহার করতে হবে। দলটি সত্তা কাঠামোটি ব্যবহার করার সময় এটি স্টোর প্রক্রিয়া নিষিদ্ধ করার মতো।

আমাদের ব্যবহার বেশিরভাগ ওয়েবের জন্য হবে এবং আমরা আমাদের পরিষেবাদি এইচটিটিপি-র মাধ্যমে প্রকাশ করব। কিছু ক্ষেত্রে (বলুন 5 থেকে 10 শতাংশ) যদিও আমাদের বিতরণ লেনদেনের প্রয়োজন হতে পারে।

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

আপনি Asp.net ওয়েব এপিআই এ পাবলিক এপিআই (সম্ভবত) / আজাক্স অনুরোধগুলির জন্য কী ব্যবহার করবেন তা লিখুন।

যদি এটি কেবল পৃষ্ঠা নির্দিষ্ট এজাক্স কল হয় তবে আপনি কেবলমাত্র Asp.Net MVC ব্যবহার করতে পারেন।

পছন্দ করবেন না, তাদের সমস্ত আলিঙ্গন করুন। WCF এবং Asp.net ওয়েব এপিআই বিভিন্ন উদ্দেশ্যে পরিবেশন করে। কেউই বলে না যে আপনার ফলের সালাদে আপেল এবং কমলা উভয়ই থাকতে পারে না। একে একে অন্যকে বেছে নেওয়ার চেষ্টা করা এবং প্রতিটি দৃশ্যকে এড়িয়ে যাওয়া কেবল নিছক অলসতা।


4

কয়েক মাস আগে আমাদের দলের একই আলোচনা হয়েছিল discussion আমাদের জন্য সিদ্ধান্তের কারণটি হ'ল আমরা কীভাবে প্রতিটি প্রযুক্তি তৈরি এবং প্রয়োগ করব। যেহেতু আমরা ইতিমধ্যে একটি এমভিসি অ্যাপ্লিকেশন তৈরি করছিলাম এবং ডেটা বন্ডিংয়ের জন্য নকআউট.জেএস ব্যবহার করছিলাম, তাই আমরা নিয়ন্ত্রণের সাথে কেবল ডেটাগুলির একটি এপিআই হিসাবে এমভিভিএম ব্যবহার করেছি effectively

এটি আমাদের নীচে এই প্রকল্পের সাথে প্রযুক্তিগুলির আমাদের ব্যবহারকে শ্রেণিবদ্ধ করার অনুমতি দিয়েছে:

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

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


আপনার ডাব্লুসিএফ স্তর কীভাবে আথকে পরিচালনা করে?
মাসলো

3

অন্য কথায়, আমরা যদি HTTP- র মাধ্যমে কোনও পরিষেবা উন্মুক্ত করতে চাই তবে আমরা ওয়েব এপিআই আরও ভালভাবে ব্যবহার করতে চাই, তবে টিসিপি এবং ডুপ্লেক্সের ক্ষেত্রে ডাব্লুসিএফ ব্যবহার করি।

এটি হবে সবচেয়ে যুক্তিসঙ্গত পন্থা। উভয়ই একই ওয়েব অ্যাপ্লিকেশনটিতে ডাব্লুসিএফ এবং ওয়েবএপি উভয় পরিষেবা থাকা খুব সাধারণ।

কেবল কয়েকটি যুক্তি সংশোধন করতে:

ডাব্লুসিএফ মডেলগুলি পোকো নয়, কারণ [ডেটা কনট্র্যাক্ট] এবং [ডেটা মেম্বার] এবং সেই বৈশিষ্ট্যগুলির কারণে

অনেক ক্ষেত্রে ডাব্লুসিএফ মডেলগুলি ডেটা কন্ট্রাক্ট / ডেটােমেমার বৈশিষ্ট্য ছাড়াই কাজ করে ।

এসওএপি জেএসএনের মতো পাঠযোগ্য এবং কার্যকর নয়

এটি সত্য নয়, তবে ডাব্লুসিএফ ওয়েব পরিষেবাদিগুলি সাধারণত স্ফীত এসওএপি না হয়ে প্লেইন এক্সএমএল বহন করে। এই হ 'ল হয় পাঠযোগ্য।

ডাব্লুসিএফের জন্য একটি যুক্তি : যদি ডাব্লুএসডিএল উপলব্ধ থাকে তবে প্রায় সব প্রযুক্তিতে এমন অনেকগুলি সরঞ্জাম রয়েছে যা মেটাডেটা থেকে প্রক্সি তৈরি করতে পারে। অন্যদিকে, জেএসওএন স্কিমা এখনও সমস্ত ব্যাপকভাবে সমর্থিত নয়।


2

ডাব্লুসিএফ ডেটা পরিষেবাদি দিয়ে কেন লাইনে হাঁটবেন না? ডাব্লুসিএফের ক্ষমতাগুলির সাথে দুর্দান্ত ওডেটা / ওয়েবপি স্টাইলের ক্যোয়ারী এবং ব্যবহারযোগ্যতা এবং ঠিকঠাক ফিরতে সক্ষমতা JSON। এছাড়াও ডাব্লুসিএফ খুব খারাপ নয় যদি আপনার নীচের মত একটি দুর্দান্ত স্বয়ংক্রিয় ডাব্লুসিএফ হোস্টিং কোড থাকে:

https://github.com/ImaginaryDevelopment/MvcOdata

আমি বলব যে এগুলি একেবারেই পৃথক নয়, কেবলমাত্র যখন আমরা WebApiসামনের প্রান্তে এবং WCF data servicesমাঝারি স্তরে ব্যবহার করতে যাই তখন WebApiস্ট্রিং থাকে বা স্ট্রিং ম্যাচিং ওডাটা অপারেটরগুলির মতো সাধারণ জিনিসগুলিতে ফেলে দেওয়া হয়।


1

একটি ভাল স্থপতি প্রযুক্তি সিদ্ধান্ত গ্রহণে বিলম্ব করে যতক্ষণ না তারা সিদ্ধান্ত নেওয়ার জন্য একেবারে প্রয়োজনীয় হয়।

অন্য কথায়, কোনও ক্লায়েন্টকে আসলে সংযোগের প্রয়োজন না হওয়া পর্যন্ত সিদ্ধান্ত নেবেন না। এটির উপরে কোনও পরিবহন / কম্যিকেশন মেকানিজম না রেখে আপনি একটি সম্পূর্ণ পরীক্ষিত পরিষেবা স্তর তৈরি করতে পারেন। 95% + কাজ ফ্রেমওয়ার্কের বাইরে অ্যাডাপ্টারের "নীচে" করা যায়।

দূরবর্তী ক্লায়েন্টদের কাছে সেই পরিষেবাগুলি প্রকাশ করার সময় আসুন, আপনি তাক থেকে ট্রেন্ডেস্ট ফ্রেমওয়ার্কটি বেছে নিতে পারেন এবং একটি বহুমুখী পরিষেবা স্তরের উপর দিয়ে পাতলা মোড়ক লিখতে পারেন।

হেল, যদি আপনার "আসল" পরিষেবা স্তরটি ভালভাবে করা হয় তবে আপনি স্বল্প ব্যয়ে বেশ কয়েকটি র‌্যাপার চেষ্টা করতে পারেন।

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


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


স্বীকার করা যায় যে, এই উত্তরটি খেলায় দেরী হয়েছে - তবে, জনপ্রিয় উত্তরগুলির মধ্যে
কোনওটিই

0

তাই আমি এখন একই পছন্দটির মুখোমুখি হয়েছি, আমি নিজেকে জিজ্ঞাসা করেছি যে এই মুহুর্তে আমাদের দলটি ডাব্লুসিএফের বৈশিষ্ট্যগুলির সাবসেটটি কী ? আমরা কি বিভিন্ন প্রোটোকল ব্যবহার করি? না। আমরা কি লেনদেন সমর্থন ব্যবহার করি? না (যদিও আমরা কাস্টম ইভেন্টের ধারাবাহিকতা প্রক্রিয়া ব্যবহার করি)। আমরা কি দ্বৈত ব্যবহার করি? না।

আমরা কেন ওয়েব এপিআই ব্যবহার করতে চাই? আরও সহজ ফ্রন্টএন্ড ইন্টিগ্রেশন (বর্তমানে বিদ্যমান অতিরিক্ত পরিষেবার স্তরটি সরিয়ে দেয়), ক্লায়েন্টদের জবাব ঠেকানোর জন্য সিগন্যালআর, জিইটিগুলির জন্য ক্যাশে করা।

হতে পারে, অন্য কারণগুলি খুঁজে পেতে পারে :) পাশাপাশি, ডাব্লুসিএফের সাথে থাকার কারণও।


2
ওপি ডাব্লুসিএফ বনাম ওয়েব এপিআই সম্পর্কে জিজ্ঞাসা করছে না, ওপি তার দলটির অভ্যন্তরীণ, প্রযুক্তিগত বিতর্ক কীভাবে পরিচালনা করবেন সে সম্পর্কে জিজ্ঞাসা করছে। আপনার উত্তর প্রশ্নের বিস্তৃত অংশ মিস করে।

0

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

যদি আপনার কাছে সময় থাকে তবে তা আপনার জ্ঞান ভিত্তিটি শিখতে এবং উন্নত করতে বিনিয়োগ করুন, তবে ব্যবসায়ের প্রয়োজন এবং সংস্থার উত্পাদনশীলতার ব্যয় নয়।


0

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

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

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

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

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

এর বাইরে একটি বিষয় হ'ল আপনার ক্লায়েন্টকে দুটি পৃথক ভাষায় প্রয়োগ করা। সি # তে একটি ক্লায়েন্ট করুন, তবে নোড.জেএস বা পাইথনেও একটি করুন এবং দেখুন তারা আসলে কতটা ফিট। এই অনুশীলনটিই আপনাকে আপনার এপিআইয়ের শিথিল প্রান্তগুলি সরিয়ে দেবে।

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