Atbildības ķēde (RK) ietver procesu, kurā tiek norādītas katras vienības darbības un pienākumi objektorientētā dizaina modelī. Objektorientētā dizainā ir divi pamatelementi; komandu objekti un apstrādes objekti. Komandu objekti ģenerē komandas apstrādes objektiem, un apstrādes objekti izvēlas no komandām, kuras tie var apstrādāt, un pārējās nodod citiem ķēdē. Šis ir objektorientētā dizaina pamatprincips, un projektēšanā ir daudz lielāka elastība, piemēram, jauna objektu iežogošana jebkurā atbildības ķēdes dizaina modeļa vietā.
Objektorientētā dizaina priekšrocība ir tāda, ka saziņa neaprobežojas tikai ar sūtītāju un saņēmēju, jo tur ir daudz objektu, kas var apstrādāt sūtītāja komandu. Ir dažādu objektu ķēde, kas sarindojas, lai izpildītu komandas, un, ja kāds ar to nevar rīkoties, tas var to nodot nākamajam ķēdē. Atbildības ķēde turpinās, līdz kāds no objektiem pieņem komandu.
Atbildības ķēdei ir jābūt elastīgākai un jāatbalsta jaunu apstrādātāju pievienošanās ķēdei. Tā kā katrs apstrādātājs nevar veikt katru uzdevumu, ir jābūt apstrādātāju grupai, kas var strādāt kolektīvi. Atbildības ķēdei var būt daži trūkumi, jo dažas komandas paliek neatrisinātas pat ķēdes beigās. Lai risinātu šo problēmu, viens risinājums ir ieviest visus apstrādātājus visiem iespējamajiem pieprasījumiem.
Var rasties dažas problēmas, kas saistītas ar atbildības ķēdes sistēmas pārrautajiem posmiem. Ja programmētājs aizmirst saistīt komandas, pieprasījums var pazust. Pieprasījuma attēlojums ir nozīmīgs, jo tas tiek izmantots visos atbildības ķēdes komponentos. Vēl viens trūkums, kas varētu būt RK izstrādē, ir tas, ka dažu betona apstrādātāja problēmu dēļ daži pieprasījumi ķēdes beigās var palikt pilnībā neatrisināti. Bet kopumā atbildības ķēde ir laba sistēma, ko ieviest, ja tā ir rūpīgi izstrādāta, ņemot vērā visus saistītos aspektus.
SmartAsset.