বলা হয়ে থাকে যে সিকিউআরএসে কোনও বাগ ঠিক করা সহজ, আপনি কেবল পুনরায় চালনা করুন এবং তারপরে ইভেন্টগুলি পুনরায় খেলুন।
তবে, যদি ইভেন্টগুলির মধ্যে কোনওটি আপনার নিয়ন্ত্রণে থাকা কোনও বাহ্যিক সিস্টেমকে গ্রাহকের কাছে "কোনও জিনিস প্রেরণ" না করার কারণ হয়ে থাকে তবে যদি আপনি কেবল ইভেন্টগুলি পুনরায় খেলুন তবে আইটেমটি দু'বার পাঠানো হবে।
কীভাবে সমাধান করবেন?
উত্তর:
আপনার পড়ার মডেলটির পরিস্থিতি সংশোধন করার ইভেন্টগুলির মধ্যে এবং ইভেন্টগুলি (সম্ভাব্য) বাহ্যিক সিস্টেমের অবস্থার পরিবর্তনকারীগুলির মধ্যে আপনাকে একটি স্পষ্ট বিভাজন তৈরি করতে হবে। উভয় রাজ্যকে এক সাথে সংশোধন করে কোনও "মিশ্র ইভেন্ট" না রয়েছে তা নিশ্চিত করুন। এইভাবে, আপনি আপনার ইভেন্টগুলিকে একটি নির্দিষ্ট "রিপ্লে মোড" এ রিপ্লে করতে পারেন যেখানে বাহ্যিক সিস্টেমের জন্য সেই ইভেন্টগুলি আবার চালিত হয় না। এই মোডে, আপনি বাহ্যিক সিস্টেম দ্বারা মূলত শুরু করা যে কোনও ইভেন্টকে "অনুকরণ" করে (এখন আপনি এগুলির পরিবর্তে পুনরায় খেলুন সারি থেকে এনেছেন)।
ভুলে যাবেন না, পুনর্নির্বাচিত পদক্ষেপটির অর্থ হ'ল পঠন মডেলটির স্থিতিকে সময়ের পূর্ববর্তী বিন্যাসে পুনরায় সেট করা। এটি সম্ভবত বাহ্যিক সিস্টেমগুলির অবস্থার জন্য আপনি (বা করার প্রয়োজন) কিছুই করতে পারেন না।
মার্টিন ফোলারের ইভেন্ট স্যুরসিং নিবন্ধ থেকে:
ইভেন্ট সোর্সিংয়ের মৌলিক ধারণাটি হ'ল যে কোনও অ্যাপ্লিকেশনের স্থিতির প্রতিটি পরিবর্তনকে কোনও ইভেন্ট অবজেক্টে বন্দী করা হয়েছে, এবং এই ইভেন্টের বিষয়গুলি সেগুলি নিজেরাই সেই ক্রমটিতে সংরক্ষিত থাকে যেগুলি প্রয়োগের রাষ্ট্র হিসাবে একই আজীবনের জন্য প্রয়োগ করা হয়েছিল।
সুতরাং যখন আপনাকে আপনার সিস্টেমের স্থিতি একটি নির্দিষ্ট মুহুর্তে পুনরুদ্ধার করতে হবে তখন আপনি সেই মুহুর্ত অবধি ইভেন্ট হ্যান্ডলারদের নয়, সঞ্চিত রাজ্যের পুনরায় খেলুন।
বলা হচ্ছে, আপনি যদি কেবলমাত্র রাষ্ট্রীয় ডেটা নিয়ে কাজ করেন তবে বাহ্যিক সিস্টেমে কোনও প্রভাব থাকতে হবে না। আপনার ইভেন্ট স্টোরে যদি ট্রিগার বা নজরদার না থাকে তবে যদি না আপনি পুনরুদ্ধারের সময়কালের জন্য তাদের অক্ষম করতে পারেন। যেহেতু আপনি বলেছেন যে বাহ্যিক সিস্টেমে আপনার নিয়ন্ত্রণ নেই সেখানে উন্মুক্ত এপিআই ব্যবহার করে এর রাজ্য পুনরুদ্ধার করার কোনও প্রচেষ্টা করা উচিত নয় কারণ আপনি জানেন না যে তাদের সিস্টেমে এর কী পার্শ্ব প্রতিক্রিয়া থাকতে পারে। পুনরুদ্ধারটি যদি সিস্টেমকে একটি মধ্যবর্তী অবস্থায় রাখে (যেমন: বাহ্যিক সিস্টেমে ব্যর্থ ক্রিয়াকলাপের কারণে) এটি কোনও ইভেন্টের পুনরায় প্লে করার দায়িত্বের মধ্যে পড়ে না।
তবে, যদি ইভেন্টগুলির মধ্যে কোনওটি আপনার নিয়ন্ত্রণে থাকা কোনও বাহ্যিক সিস্টেমকে গ্রাহকের কাছে "কোনও জিনিস প্রেরণ" না করার কারণ হয়ে থাকে তবে যদি আপনি কেবল ইভেন্টগুলি পুনরায় খেলুন তবে আইটেমটি দু'বার পাঠানো হবে।
একটি নির্দিষ্ট উদাহরণ চয়ন করতে, আসুন বিবেচনা করুন কীভাবে "অন্তত একবার" পার্শ্ব প্রতিক্রিয়াগুলির দিকে দৃষ্টিভঙ্গি কার্যকর হতে পারে।
State currentState = State.InitialState
for(Event e : events) {
currentState = currentState.apply(e)
}
for(SideEffect s : currentState.querySideEffects()) {
performSideEffect(s)
সুতরাং ডোমেন মডেলটি কী করা দরকার তা ট্র্যাক করে; কিন্তু অ্যাপ্লিকেশনটিতে আসল কাজটি ছেড়ে দেয়
কমান্ড চালানোর প্রসঙ্গে, প্রাথমিক ধারণাটি একই দেখায়। প্রকৃত পার্শ্ব প্রতিক্রিয়াগুলি লেনদেনের বাইরে ঘটে যা মডেলটিকে আপডেট করে।
সুতরাং আপনার মডেলের জন্য ইউনিট পরীক্ষাগুলি এর মতো দেখতে পারে
{
// Given
State currentState = State.InitialState
// When
Events events = List.of(OrderPlaced)
// Then
List.of(SendEmail) === currentState.applyAll(events).querySideEffects()
}
{
// Given
State currentState = State.InitialState
// When
Events events = List.of(OrderPlaced, EmailSent)
// Then
List.EMPTY === currentState.applyAll(events).querySideEffects()
}
এখানে প্রধান পয়েন্ট