ଡାଇନାମିକ୍ସ AX 2012 ରେ କେଉଁ ଉପଶ୍ରେଣୀକୁ ଇନଷ୍ଟାଣ୍ଟାଇଟ୍ କରିବେ ତାହା ଜାଣିବା ପାଇଁ ସାଇସ୍ ଏକ୍ସଟେନ୍ସନ୍ ଫ୍ରେମୱାର୍କ ବ୍ୟବହାର କରିବା

ପ୍ରକାଶିତ: 12:28:53 AM UTC ଠାରେ ଫେବୃଆରୀ 16, 2025

ଏହି ପ୍ରବନ୍ଧରେ ବର୍ଣ୍ଣନା କରାଯାଇଛି ଯେ ଡାଇନାମିକ୍ସ ଏଏକ୍ସ ୨୦୧୨ ଏବଂ ଡାଇନାମିକ୍ସ ୩୬୫ରେ ଅଳ୍ପ ଜଣାଶୁଣା ସାଇସ୍ ଏକ୍ସଟେନ୍ସନ୍ ଫ୍ରେମୱାର୍କକୁ କିପରି ବ୍ୟବହାର କରି ବୈଶିଷ୍ଟ୍ୟ ସଜ୍ଜା ଉପରେ ଆଧାରିତ ଉପଶ୍ରେଣୀଗୁଡ଼ିକୁ ତ୍ୱରାନ୍ୱିତ କରାଯିବ, ଯାହା ଏକ ପ୍ରକ୍ରିୟାକରଣ ଶ୍ରେଣୀ ଶୃଙ୍ଖଳାର ସହଜରେ ଉଚ୍ଛେଦଯୋଗ୍ୟ ଡିଜାଇନ୍ ପାଇଁ ଅନୁମତି ଦେଇଥାଏ ।

ଏହି ପୃଷ୍ଠାକୁ ଅଧିକରୁ ଅଧିକ ଲୋକଙ୍କ ପାଖରେ ପହଞ୍ଚାଇବା ପାଇଁ ଇଂରାଜୀରୁ ମେସିନ୍ ଅନୁବାଦ କରାଯାଇଥିଲା। ଦୁର୍ଭାଗ୍ୟବଶତଃ, ମେସିନ୍ ଅନୁବାଦ ଏପର୍ଯ୍ୟନ୍ତ ଏକ ସିଦ୍ଧ ପ୍ରଯୁକ୍ତିବିଦ୍ୟା ନୁହେଁ, ତେଣୁ ତ୍ରୁଟି ହୋଇପାରେ। ଯଦି ଆପଣ ଚାହାଁନ୍ତି, ତେବେ ଆପଣ ଏଠାରେ ମୂଳ ଇଂରାଜୀ ସଂସ୍କରଣ ଦେଖିପାରିବେ:

Using the SysExtension Framework to Find Out Which Subclass to Instantiate in Dynamics AX 2012

ଏହି ପୋଷ୍ଟରେ ଥିବା ସୂଚନା ଡାଇନାମିକ୍ସ ଏଏକ୍ସ ୨୦୧୨ ଆର୩ ଉପରେ ଆଧାରିତ । ଏହା ଅନ୍ୟ ସଂସ୍କରଣ ପାଇଁ ବୈଧ ହୋଇପାରେ କିମ୍ବା ହୋଇନପାରେ। (ଅପଡେଟ୍: ମୁଁ ନିଶ୍ଚିତ କରିପାରିବି ଯେ ଏହି ପ୍ରବନ୍ଧରେ ଥିବା ସୂଚନା ଅପରେସନ୍ ପାଇଁ ଡାଇନାମିକ୍ସ 365 ପାଇଁ ମଧ୍ୟ ବୈଧ ଅଟେ)

ଡାଇନାମିକ୍ସ AXରେ ପ୍ରକ୍ରିୟାକରଣ କ୍ଲାସଗୁଡିକ କାର୍ଯ୍ୟକାରୀ କରିବା ସମୟରେ, ଆପଣ ପ୍ରାୟତଃ ଏକ ଶ୍ରେଣୀ ଶୃଙ୍ଖଳା ସୃଷ୍ଟି କରିବାର ସମ୍ମୁଖୀନ ହୁଅନ୍ତି ଯେଉଁଥିରେ ପ୍ରତ୍ୟେକ ଉପଶ୍ରେଣୀ ଏକ ଏନମ୍ ମୂଲ୍ୟ ସହିତ ମେଳ ଖାଏ କିମ୍ବା ଅନ୍ୟ କିଛି ଡାଟା କପ୍ଲିଂ ଥାଏ। ଏକ କ୍ଲାସିକ୍ ଡିଜାଇନ୍ ହେଉଛି ସୁପର କ୍ଲାସରେ ଏକ ନିର୍ମାଣ ପଦ୍ଧତି ରହିବା, ଯେଉଁଥିରେ ଏକ ସୁଇଚ୍ ଅଛି ଯାହା ଇନପୁଟ୍ ଆଧାରରେ କେଉଁ ଶ୍ରେଣୀକୁ ତୁରନ୍ତ ନିର୍ଦ୍ଧାରଣ କରିବ ତାହା ନିର୍ଦ୍ଧାରଣ କରେ ।

ଏହା ନୀତିଗତ ଭାବରେ ଭଲ କାମ କରେ, କିନ୍ତୁ ଯଦି ଆପଣଙ୍କ ପାଖରେ ଅନେକ ଭିନ୍ନ ସମ୍ଭାବ୍ୟ ଇନପୁଟ୍ ଅଛି (ଏନୁମରେ ଥିବା ଅନେକ ଉପାଦାନ କିମ୍ବା ବୋଧହୁଏ ଇନପୁଟ୍ ଅନେକ ଭିନ୍ନ ମୂଲ୍ୟର ମିଶ୍ରଣ ଅଟେ), ଏହା ରକ୍ଷଣାବେକ୍ଷଣ କରିବା କଷ୍ଟକର ଏବଂ ତ୍ରୁଟିପ୍ରବଣ ହୋଇପାରେ ଏବଂ ଡିଜାଇନ୍ ରେ ସର୍ବଦା ଅସୁବିଧା ଅଛି ଯେ ଯଦି ଆପଣ କେବେ ଏକ ନୂତନ ଉପଶ୍ରେଣୀ ଯୋଡିବେ କିମ୍ବା କେଉଁ ଇନପୁଟ୍ ଆଧାରରେ କେଉଁ ସବ୍କ୍ଲାସରେ କେଉଁ ସବ୍କ୍ଲାସ୍ ବ୍ୟବହାର କରାଯିବା ଉଚିତ୍ ତାହା ପରିବର୍ତ୍ତନ କରିବା ଆବଶ୍ୟକ।

ସୌଭାଗ୍ୟବଶତଃ, ଏହା କରିବାର ଏକ ଅଧିକ ସୁନ୍ଦର, କିନ୍ତୁ ଦୁର୍ଭାଗ୍ୟବଶତଃ ବହୁତ କମ୍ ଜଣାଶୁଣା, ଉପାୟ ଅଛି, ଅର୍ଥାତ୍ ସାଇସ୍ ଏକ୍ସଟେନ୍ସନ୍ ଫ୍ରେମୱାର୍କ ବ୍ୟବହାର ଦ୍ୱାରା।

ଏହି ଢାଞ୍ଚା ଆପଣଙ୍କ ସବ୍ କ୍ଲାସଗୁଡ଼ିକୁ ସଜାଇବା ପାଇଁ ଆପଣ ବ୍ୟବହାର କରିପାରୁଥିବା ଗୁଣଗୁଡ଼ିକର ଫାଇଦା ନେଇଥାଏ ଯାହା ସିଷ୍ଟମକୁ କ'ଣ ପରିଚାଳନା କରିବା ପାଇଁ କେଉଁ ଉପଶ୍ରେଣୀ ବ୍ୟବହାର କରାଯିବା ଉଚିତ ତାହା ଜାଣିବାକୁ ସକ୍ଷମ କରିଥାଏ । ଆପଣଙ୍କୁ ତଥାପି ଏକ ନିର୍ମାଣ ପଦ୍ଧତି ଆବଶ୍ୟକ ହେବ, କିନ୍ତୁ ଯଦି ସଠିକ୍ ଭାବରେ କରାଯାଏ, ତେବେ ନୂତନ ଉପଶ୍ରେଣୀ ଯୋଡିବା ସମୟରେ ଆପଣଙ୍କୁ ଏହାକୁ ସଂଶୋଧନ କରିବାକୁ ପଡିବ ନାହିଁ।

ଆସନ୍ତୁ ଏକ କାଳ୍ପନିକ ଉଦାହରଣ କୁ ଦେଖନ୍ତୁ ଏବଂ କୁହନ୍ତୁ ଯେ ଆପଣ ଏକ ଶୃଙ୍ଖଳା କାର୍ଯ୍ୟକାରୀ କରିବାକୁ ଯାଉଛନ୍ତି ଯାହା ଇନଭେଣ୍ଟ ଟ୍ରାନ୍ସ ଟେବୁଲ ଉପରେ ଆଧାରିତ ଏକ ପ୍ରକାର ପ୍ରକ୍ରିୟାକରଣ କରେ । କେଉଁ ପ୍ରୋସେସିଂ କରିବେ ତାହା ରେକର୍ଡଗୁଡିକର ଷ୍ଟାଟସ୍ରିସେପ୍ଟ ଏବଂ ଷ୍ଟାଟସ୍ ଇସ୍ୟୁ ଉପରେ ନିର୍ଭର କରେ, ଏବଂ ରେକର୍ଡଗୁଡିକ ସେଲ୍ସଲାଇନ୍, ପର୍ଚଲାଇନ୍ କିମ୍ବା କୌଣସି ସହିତ ସମ୍ପୃକ୍ତ କି ନାହିଁ ତାହା ଉପରେ ନିର୍ଭର କରେ। ବର୍ତ୍ତମାନ, ଆପଣ ଅନେକ ଭିନ୍ନ ଭିନ୍ନ ମିଶ୍ରଣ ଉପରେ ନଜର ରଖିଛନ୍ତି।

ତେବେ ଆସନ୍ତୁ ଜାଣିବା ଯେ ବର୍ତ୍ତମାନ ପାଇଁ ଆପଣଙ୍କୁ କେବଳ ହାତଗଣତି କମ୍ବିନେସନ କୁ ସମ୍ଭାଳିବାକୁ ପଡିବ, କିନ୍ତୁ ଆପଣ ଏହା ମଧ୍ୟ ଜାଣନ୍ତି କି ଆପଣଙ୍କୁ ସମୟ କ୍ରମେ ଅଧିକରୁ ଅଧିକ କମ୍ବିନେସନ ସମ୍ଭାଳିବାକୁ ସକ୍ଷମ ହେବାକୁ କୁହାଯିବ ।

ଆସନ୍ତୁ ଏହାକୁ ଅପେକ୍ଷାକୃତ ସରଳ ରଖନ୍ତୁ ଏବଂ କୁହନ୍ତୁ ଯେ ବର୍ତ୍ତମାନ ପାଇଁ ଆପଣଙ୍କୁ କେବଳ ସେଲ୍ସଲାଇନ୍ ସହ ଜଡିତ ରେକର୍ଡଗୁଡିକ ୁ ରିସର୍ଭଫିଜିକାଲ କିମ୍ବା ରିସର୍ଭଅର୍ଡର ଷ୍ଟାଟସ୍ ଇସ୍ୟୁ ସହିତ ପରିଚାଳନା କରିବାକୁ ପଡିବ, ଅନ୍ୟ ସମସ୍ତ ମିଶ୍ରଣକୁ ବର୍ତ୍ତମାନ ପାଇଁ ଅଣଦେଖା କରାଯାଇପାରେ, କିନ୍ତୁ ଯେହେତୁ ଆପଣ ଜାଣନ୍ତି ଯେ ଆପଣଙ୍କୁ ପରେ ସେମାନଙ୍କୁ ପରିଚାଳନା କରିବାକୁ ପଡିବ, ଆପଣ ଆପଣଙ୍କ କୋଡ୍ କୁ ଏପରି ଭାବରେ ଡିଜାଇନ୍ କରିବାକୁ ଚାହିଁବେ ଯାହା ଏହାକୁ ସହଜରେ ବାହାର କରିପାରିବ ।

ତୁମର ଶୃଙ୍ଖଳା ବର୍ତ୍ତମାନ ପାଇଁ ଏପରି କିଛି ଦେଖାଯାଇପାରେ:

MyProcessor
- MyProcessor_Sales
  - MyProcessor_Sales_ReservOrdered
  - MyProcessor_Sales_ReservPhysical

ବର୍ତ୍ତମାନ, ଆପଣ ସୁପର କ୍ଲାସରେ ଏକ ପଦ୍ଧତି ସହଜରେ କାର୍ଯ୍ୟକାରୀ କରିପାରିବେ ଯାହା ଏକ ମଡ୍ୟୁଲ୍ ଇନଭେଣ୍ଟ ୍ ପର୍ଚସେଲ୍ସ ଏବଂ ଏକ ଷ୍ଟାଟସଆଇଏସ୍ୟୁ ଏନମ୍ ଉପରେ ଆଧାରିତ ଏକ ଉପଶ୍ରେଣୀକୁ ଅନ୍ତର୍ଭୁକ୍ତ କରେ। କିନ୍ତୁ ଯେତେବେଳେ ବି ଆପଣ ଏକ ସବ୍ କ୍ଲାସ୍ ଯୋଡିବେ ସେତେବେଳେ ଆପଣଙ୍କୁ ସୁପର କ୍ଲାସକୁ ସଂଶୋଧନ କରିବାକୁ ପଡିବ, ଏବଂ ଏହା ପ୍ରକୃତରେ ଅବଜେକ୍ଟ-ଭିତ୍ତିକ ପ୍ରୋଗ୍ରାମିଂରେ ଉତ୍ତରାଧିକାରର ଧାରଣା ନୁହେଁ । ସର୍ବଶେଷରେ, ଆପଣ ପ୍ରତିଥର ଏକ ନୂତନ ବ୍ୟାଚ୍ ଚାକିରି ଯୋଡିବା ସମୟରେ ଆପଣଙ୍କୁ RunBaseBatch କିମ୍ୱା SysOpationServiceBase ସଂଶୋଧନ କରିବାକୁ ପଡିବ ନାହିଁ।

ଏହା ପରିବର୍ତ୍ତେ, ଆପଣ ସିସ୍ ଏକ୍ସଟେନ୍ସନ୍ ଫ୍ରେମୱାର୍କ ବ୍ୟବହାର କରିପାରିବେ। ଏଥିପାଇଁ ଆପଣଙ୍କୁ ଆଉ ଏକ କ୍ଲାସ ଯୋଡିବାକୁ ପଡିବ, ଯେଉଁଥିରେ ସିସ ଆଟ୍ରିବୁଟ କୁ ବଢ଼ାଇବା ର ଆବଶ୍ୟକତା ରହିଛି । ଏହି ଶ୍ରେଣୀକୁ ସେହି ଗୁଣ ଭାବରେ ବ୍ୟବହାର କରାଯିବ ଯାହା ସହିତ ଆପଣ ଆପଣଙ୍କ ପ୍ରକ୍ରିୟାକରଣ କ୍ଲାସଗୁଡ଼ିକୁ ସଜାଇପାରିବେ।

ଏହି ଶ୍ରେଣୀ ଏକ SysOpation କାର୍ଯ୍ୟକାରିତା ପାଇଁ ଆପଣ ଏକ ଡାଟା କଣ୍ଟ୍ରାକ୍ଟ ଶ୍ରେଣୀ କିପରି ତିଆରି କରିବେ ତାହା ସହିତ ବହୁତ ସମାନ ଅଟେ, ଯେଉଁଥିରେ ସେହି ମୂଲ୍ୟଗୁଡିକ ପ୍ରାପ୍ତ କରିବା ଏବଂ ସେଟ୍ କରିବା ପାଇଁ କିଛି ଡାଟା ସଦସ୍ୟ ଏବଂ ପାରମ୍ ପଦ୍ଧତି ରହିବ।

ଆମ କ୍ଷେତ୍ରରେ, ଶ୍ରେଣୀ ଘୋଷଣା କିଛି ଏପରି ଦେଖାଯାଇପାରେ:

class MyProcessorSystemAttribute extends SysAttribute
{
    ModuleInventPurchSales  module;
    StatusIssue             statusIssue;
    StatusReceipt           statusReceipt
}

ସମସ୍ତ ଡାଟା ସଦସ୍ୟଙ୍କୁ ତୁରନ୍ତ କରିବା ପାଇଁ ଆପଣଙ୍କୁ ଏକ ନୂତନ () ପଦ୍ଧତି ତିଆରି କରିବାକୁ ହେବ। ଯଦି ଆପଣ ଚାହାଁନ୍ତି ତେବେ ଆପଣ ସେମାନଙ୍କ ମଧ୍ୟରୁ କିଛି କିମ୍ବା ସମସ୍ତ ଡିଫଲ୍ଟ ମୂଲ୍ୟ ଦେଇପାରିବେ, କିନ୍ତୁ ମୁଁ ତାହା କରିନାହିଁ।

public void new(ModuleInventPurchSales  _module,
                StatusIssue             _statusIssue,
                StatusReceipt           _statusReceipt)
{
    ;

    super();

    module          = _module;
    statusIssue     = _statusIssue;
    statusReceipt   = _statusReceipt;
}

ଏବଂ ଆପଣ ପ୍ରତ୍ୟେକ ଡାଟା ସଦସ୍ୟଙ୍କ ପାଇଁ ଏକ ପାରମ ପଦ୍ଧତି ମଧ୍ୟ କାର୍ଯ୍ୟକାରୀ କରିବା ଉଚିତ୍, କିନ୍ତୁ ମୁଁ ଏଠାରେ ସେଗୁଡ଼ିକୁ ବାଦ୍ ଦେଇଛି କାରଣ ମୁଁ ନିଶ୍ଚିତ ଯେ ଆପଣ ଏହା କିପରି କରିବାକୁ ଜାଣନ୍ତି - ନଚେତ୍, ଆସନ୍ତୁ ଏହାକୁ ଏକ ବ୍ୟାୟାମ ଭାବରେ ବିବେଚନା କରିବା ;-)

ବର୍ତ୍ତମାନ ଆପଣ ଆପଣଙ୍କର ପ୍ରତ୍ୟେକ ପ୍ରୋସେସିଂ କ୍ଲାସକୁ ସଜାଇବା ପାଇଁ ଆପଣଙ୍କ ର ଗୁଣ ଶ୍ରେଣୀ ବ୍ୟବହାର କରିପାରିବେ। ଉଦାହରଣ ସ୍ୱରୂପ, ଶ୍ରେଣୀ ଘୋଷଣାଗୁଡିକ ଏହିପରି ଦେଖାଯାଇପାରେ:

[MyProcessorSystemAttribute(ModuleInventPurchSales::Sales,
                            StatusIssue::None,
                            StatusReceipt::None)]
class MyProcessor_Sales extends MyProcessor
{
}

[MyProcessorSystemAttribute(ModuleInventPurchSales::Sales,
                            StatusIssue::ReservOrdered,
                            StatusReceipt::None)]
class MyProcessor_Sales_ReservOrdered extends MyProcessor_Sales
{
}

[MyProcessorSystemAttribute(ModuleInventPurchSales::Sales,
                            StatusIssue::ReservPhysical,
                            StatusReceipt::None)]
class MyProcessor_Sales_ReservPhysical extends MyProcessor_Sales
{
}

ଆପଣ ନିଶ୍ଚିତ ଭାବରେ ଯେକୌଣସି ଉପାୟରେ ଆପଣଙ୍କ କ୍ଲାସଗୁଡିକର ନାମ କରଣ କରିପାରିବେ, ଏଠାରେ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ଅଂଶ ହେଉଛି ଯେ ଆପଣ ଆପଣଙ୍କ ଶ୍ରେଣୀଗୁଡ଼ିକୁ ସେହି ଗୁଣସହିତ ସଜାଇଦିଅନ୍ତୁ ଯାହା ସେମାନେ କେଉଁ ପ୍ରକାରର ପ୍ରକ୍ରିୟାକରଣ କରନ୍ତି | (କିନ୍ତୁ ମନେରଖନ୍ତୁ ଯେ ଡାଇନାମିକ୍ସ ଏଏକ୍ସରେ ଶ୍ରେଣୀ ବର୍ଗୀକରଣ ପାଇଁ ନାମକରଣ ପ୍ରଣାଳୀ ଅଛି ଏବଂ ଏହାକୁ ଅନୁସରଣ କରିବା ସର୍ବଦା ଏକ ଭଲ ଧାରଣା ଅଟେ, ଯଦି ସମ୍ଭବ ହୁଏ)।

ବର୍ତ୍ତମାନ ଯେହେତୁ ଆପଣ ଆପଣଙ୍କ କ୍ଲାସଗୁଡ଼ିକୁ ସଜାଇଛନ୍ତି ଯେ ସେଗୁଡ଼ିକ ମଧ୍ୟରୁ ପ୍ରତ୍ୟେକ କେଉଁ ପ୍ରକାରର ପ୍ରକ୍ରିୟାକରଣ କରନ୍ତି ତାହା ଚିହ୍ନଟ କରିବା ପାଇଁ, ଆପଣ ଆବଶ୍ୟକତା ଅନୁଯାୟୀ ଉପଶ୍ରେଣୀର ବସ୍ତୁଗୁଡ଼ିକୁ ତୁରନ୍ତ କରିବା ପାଇଁ ସାଇସ୍ ଏକ୍ସଟେନ୍ସନ୍ ଫ୍ରେମୱାର୍କର ଲାଭ ଉଠାଇପାରିବେ।

ଆପଣଙ୍କ ସୁପର କ୍ଲାସ (MyProcessor) ରେ, ଆପଣ ଏହି ପରି ଏକ ନିର୍ମାଣ ପଦ୍ଧତି ଯୋଡିପାରିବେ:

public static MyProcessor construct(ModuleInventPurchSales _module,
StatusIssue _statusIssue,
StatusReceipt _statusReceipt)
{
    MyProcessor                 ret;
    MyProcessorSystemAttribute  attribute;
    ;

    attribute = new MyProcessorSystemAttribute( _module,
                                                _statusIssue,
                                                _statusReceipt);

    ret = SysExtensionAppClassFactory::getClassFromSysAttribute(classStr(MyProcessor), attribute);

    if (!ret)
    {
        //  no class found
        //  here you could throw an error, instantiate a default
        //  processor instead, or just do nothing, up to you
    }

    return ret;
}

ପ୍ରକୃତରେ ଆକର୍ଷଣୀୟ ଅଂଶ - ଏବଂ ପ୍ରକୃତରେ ଏହି ସମଗ୍ର ପୋଷ୍ଟର ଉଦ୍ଦେଶ୍ୟ (ପୁନକୁ କ୍ଷମା କରନ୍ତୁ) ହେଉଛି ସିଜ୍ ଏକ୍ସଟେନସନ୍ ଆପ୍କ୍ଲାସକ୍ଲାସକ୍ୟାକ୍ଟରୀ ଶ୍ରେଣୀରେ ଗେଟକ୍ଲାସ୍ ଫ୍ରମ୍ ସିଜ୍ ଆଟ୍ଟ୍ରିବ୍ୟୁଟ୍ () ପଦ୍ଧତି । ଏହି ପଦ୍ଧତି କ'ଣ କରିଥାଏ ତାହା ହେଉଛି ଏହା ଏକ ଶୃଙ୍ଖଳାର ସୁପର ଶ୍ରେଣୀର ନାମକୁ ଗ୍ରହଣ କରେ (ଏବଂ ଏହି ସୁପର କ୍ଲାସ ଶୃଙ୍ଖଳାର ଶୀର୍ଷରେ ରହିବା ର ଆବଶ୍ୟକତା ନାହିଁ; ଏହାର ସରଳ ଅର୍ଥ ହେଉଛି କେବଳ ଏହି ଶ୍ରେଣୀକୁ ବିସ୍ତାର କରୁଥିବା ଶ୍ରେଣୀଗୁଡିକ ଯୋଗ୍ୟ ହେବେ) ଏବଂ ଏକ ଗୁଣ ବସ୍ତୁ।

ଏହା ପରେ ଏହା ଏକ ଶ୍ରେଣୀର ଏକ ବସ୍ତୁକୁ ଫେରାଇ ଦିଏ ଯାହା ନିର୍ଦ୍ଦିଷ୍ଟ ସୁପର କ୍ଲାସକୁ ବିସ୍ତାର କରେ ଏବଂ ଏକ ଅନୁରୂପ ଗୁଣ ରେ ସଜ୍ଜିତ ହୁଏ ।

ଆପଣ ନିଶ୍ଚିତ ଭାବରେ ନିର୍ମାଣ ପଦ୍ଧତିରେ ଯେତିକି ଅଧିକ ବୈଧତା କିମ୍ବା ଯୁକ୍ତି ଯୋଡିପାରିବେ, କିନ୍ତୁ ଏଠାରେ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ କଥା ହେଉଛି ଯେ ଥରେ କାର୍ଯ୍ୟକାରୀ ହେବା ପରେ, ଆପଣଙ୍କୁ ଏହି ପଦ୍ଧତିକୁ ପୁନଃ ସଂଶୋଧନ କରିବାକୁ ପଡିବ ନାହିଁ। ଆପଣ ଉପଶ୍ରେଣୀଗୁଡ଼ିକୁ ଶ୍ରେଣୀରେ ଯୋଡିପାରିବେ ଏବଂ ଯେପର୍ଯ୍ୟନ୍ତ ଆପଣ ସେମାନଙ୍କୁ ଉପଯୁକ୍ତ ଭାବରେ ସଜାଇବାକୁ ସୁନିଶ୍ଚିତ କରିବେ, ନିର୍ମାଣ ପଦ୍ଧତି ସେଗୁଡିକ ୁ ପାଇବ ଯଦିଓ ଏହା ଲେଖିବା ସମୟରେ ସେମାନଙ୍କର ଅସ୍ତିତ୍ୱ ନଥିଲା ।

ପ୍ରଦର୍ଶନ ବିଷୟରେ କ'ଣ? ମୁଁ ସଚ୍ଚୋଟ ଭାବରେ ଏହାକୁ ବେଞ୍ଚମାର୍କ କରିବାକୁ ଚେଷ୍ଟା କରିନାହିଁ, କିନ୍ତୁ ମୋର ଅନ୍ତଃନଳୀ ଅନୁଭବ ହେଉଛି ଯେ ଏହା ବୋଧହୁଏ କ୍ଲାସିକ୍ ସୁଇଚ୍ ଷ୍ଟେଟମେଣ୍ଟ ଡିଜାଇନ୍ ଠାରୁ ଖରାପ ପ୍ରଦର୍ଶନ କରେ । ତଥାପି, ଯେହେତୁ ବର୍ତ୍ତମାନ ପର୍ଯ୍ୟନ୍ତ ଡାଇନାମିକ୍ସ ଏଏକ୍ସରେ ସର୍ବାଧିକ କାର୍ଯ୍ୟଦକ୍ଷତା ସମସ୍ୟା ଡାଟାବେସ୍ ଆକସେସ୍ କାରଣରୁ ହୋଇଛି, ମୁଁ ଏହା ବିଷୟରେ ଅଧିକ ଚିନ୍ତା କରିବି ନାହିଁ।

ଅବଶ୍ୟ, ଯଦି ଆପଣ ଏପରି କିଛି କାର୍ଯ୍ୟକାରୀ କରୁଛନ୍ତି ଯାହାକୁ ଶୀଘ୍ର ସୃଷ୍ଟି କରିବା ପାଇଁ ହଜାର ହଜାର ବସ୍ତୁ ଆବଶ୍ୟକ ହେବ, ତେବେ ଆପଣ ଅଧିକ ଅନୁସନ୍ଧାନ କରିବାକୁ ଚାହିଁପାରନ୍ତି, କିନ୍ତୁ କ୍ଲାସିକ୍ କ୍ଷେତ୍ରରେ ଯେଉଁଠାରେ ଆପଣ କେବଳ ଗୋଟିଏ ବସ୍ତୁକୁ କିଛି ଲମ୍ବା ପ୍ରକ୍ରିୟାକରଣ କରିବା ପାଇଁ ତତ୍କ୍ଷଣାତ୍ ବ୍ୟବହାର କରନ୍ତି, ମୁଁ ସନ୍ଦେହ କରେ ଯେ ଏହା ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ହେବ। ଏହାବ୍ୟତୀତ, ମୋର ସମସ୍ୟା ସମାଧାନ ଟିପ୍ (ପରବର୍ତ୍ତୀ ପାରାଗ୍ରାଫ) କୁ ବିଚାରକୁ ନେଲେ, ଏହା ଜଣାପଡ଼େ ଯେ ସିସ୍ ଏକ୍ସଟେନ୍ସନ୍ ଫ୍ରେମୱାର୍କ କ୍ୟାଚିଂ ଉପରେ ନିର୍ଭର କରେ, ତେଣୁ ଏକ ଚାଲୁଥିବା ସିଷ୍ଟମରେ ମୁଁ ସନ୍ଦେହ କରେ ଯେ ଏହାର ଏକ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ପ୍ରଦର୍ଶନ ହିଟ୍ ଅଛି । ସମସ୍ୟା ସମାଧାନ: ଯଦି ନିର୍ମାଣ ପଦ୍ଧତି ଆପଣଙ୍କ ସବ୍ କ୍ଲାସଗୁଡିକ ୁ ଠିକ୍ ଭାବରେ ସଜାଯାଇଛି ବୋଲି ଆପଣ ନିଶ୍ଚିତ ହୋଇଥିଲେ ମଧ୍ୟ ତାହା ପାଇନାହାଁନ୍ତି, ତେବେ ଏହା ଏକ ଯନ୍ତ୍ରଣା ସମସ୍ୟା ହୋଇପାରେ । ଉଭୟ କ୍ଲାଏଣ୍ଟ ଏବଂ ସର୍ଭରରେ କ୍ୟାସ୍ ସଫା କରିବାକୁ ଚେଷ୍ଟା କରନ୍ତୁ। ପ୍ରକୃତରେ ଏଓଏସ୍ ପୁନଃ ଆରମ୍ଭ କରିବା ଆବଶ୍ୟକ ହେବା ଉଚିତ ୍ ନୁହେଁ, କିନ୍ତୁ ଏହା ଶେଷ ଉପାୟ ହୋଇପାରେ ।