Sa software development, ang paglikha ng mga klase na lubhang cohesitive ay mahalaga sa pagtatayo ng mga magagamit at makwalipikang aplikasyon. Ang Single Responsibility Principle (SRP) ay isang pundamental na panuntunan na tumutulong sa mga developer na makamit ang tunguhing ito.Binabanggit nito na ang isang klase ay dapat may isa lamang dahilan upang magbago, ibig sabihin dapat itong magtuon ng pansin sa isang responsibilidad o layunin.

Pag - unawa sa Iisang Simulain sa Pananagutan

Ang SRP ay isa sa limang mga prinsipyo ng SOLID ng object-oriented na disenyo. Ito ay humihimok sa mga developer na magdisenyo ng mga klase na makitid na nakatuon. Kapag ang isang klase ay may maraming responsibilidad, ang mga pagbabago sa isang lugar ay maaaring hindi sinasadyang makaapekto sa ibang bahagi ng sistema, na humahantong sa mga bug at tumaas na komplikado.

Mga Pakinabang ng Lubhang Mahuhusay na Uri

  • [Ease of maintenance: Ang mga pagbabago ay lokalisado, na binabawasan ang panganib ng pag-aalsa ng hindi magkakaugnay na functionality.
  • [[Kabihasahan: Ang mga pananagutang malinaw na klase ay nagpapadali sa pagkakaintindihan ng kodigo.
  • [[Enhanced reusable: Ang mga naka-focus na klase ay maaaring magamit muli sa iba't ibang bahagi ng aplikasyon.
  • Mas mabuting pagsubok: Ang mga pang-isahang pananagutan ay nagpapasimple ng unit testing at pag-aalis ng mga ito.

Mga Estratehiya sa Pagdidisenyo ng mga Uring Pangkalikasan

Upang makalikha ng mga klase na sumusunod sa SRP, isaalang - alang ang sumusunod na mga estratehiya:

  • Ipunin ang mga isahang pananagutan: Maliwanag na nagbibigay ng kahulugan kung ano ang pananagutan ng bawat klase bago ipatupad.
  • [[Talaksan ang makabuluhang mga pangalan: Mga klase sa pangalan na nakabatay sa kanilang pangunahing pananagutan na palinawin ang kalinawan.
  • Break down complex classs: Paghahati ng malalaking klase sa mas maliit at nakatutok na mga klase.
  • Mga disenyong pang-Apply: Gamitin ang mga dibuhong katulad ng Factory, Strategy, o Observer upang itaguyod ang mga solong responsibilidad.

Praktikal na Halimbawa

Halimbawang gumagawa ka ng aplikasyon na humahawak sa mga account ng gumagamit at nagpapadala ng mga email para sa pag - i - notification.

UserAccountManger – na responsable sa pangangasiwa ng mga datos at istruktura ng gumagamit.

[ Email Notifier – responsable sa pagkatha at pagpapadala ng email.

Tinitiyak ng paghihiwalay na ito na ang bawat klase ay may iisang pananagutan, anupat ginagawang mas madaling panatilihin at palawakin ang sistema.