რა არის შრეებიანი არქიტექტურა? როგორია მისი სტრუქტურა და როგორ მუშაობს ის?

Question

IT Interview Practice · Accepted Answer

## რა არის შრეებიანი არქიტექტურა?

**შრეებიანი არქიტექტურა** საწყის კოდს შრეებად აწყობს, რომელთაგან თითოეული კონკრეტული ტიპის სამუშაოზეა პასუხისმგებელი. ის გამოყოფს მოთხოვნების მიღებას, ბიზნესწესების გამოყენებასა და მონაცემებზე წვდომას, რათა კოდის გაგება და მოვლა გამარტივდეს.

შრეები შეიძლება ერთ აპლიკაციაში მუშაობდეს. შრეები კოდის პასუხისმგებლობებს აღწერს; ნაწილების ცალკე სერვერებზე მოთავსება განთავსების საკითხია, რომელსაც N-დონიანი არქიტექტურა ეხება.

## გავრცელებული შრეები

ვებაპლიკაციას ხშირად სამი შრე აქვს:

- **წარდგენა:** აჩვენებს ინფორმაციას, იღებს მომხმარებლის მოქმედებებს ან HTTP მოთხოვნებს და მომხმარებელს შედეგებს უბრუნებს.
- **ბიზნესი:** იყენებს აპლიკაციის წესებს, მაგალითად, ამოწმებს, აქვს თუ არა თანამშრომელს შვებულების საკმარისი დღეები.
- **მონაცემებზე წვდომა:** კითხულობს და წერს მონაცემთა ბაზაში, მაგალითად, იღებს შვებულების დარჩენილ დღეებს ან ინახავს შვებულების მოთხოვნას.

ტრადიციულ შრეებად დაყოფაში წარდგენა იძახებს ბიზნესლოგიკას, რომელიც თავის მხრივ მონაცემებზე წვდომას იძახებს. ეს მონაცემთა ბაზის მოთხოვნებსა და ბიზნესწესებს წარდგენის კოდის გარეთ ტოვებს.

## როგორ მუშავდება მოთხოვნა?

**განვიხილოთ შვებულებების მართვის აპლიკაცია:** როდესაც თანამშრომელი მოთხოვნას აგზავნის, წარდგენა იღებს თარიღებს და ბიზნესლოგიკას გადასცემს. ბიზნესლოგიკა მონაცემებზე წვდომის გზით დარჩენილ დღეებს იღებს და მოთხოვნას ამოწმებს.

თუ ის ვალიდურია, აპლიკაცია მოთხოვნას დასამტკიცებლად ინახავს და დასტურს აბრუნებს. თუ დღეები არ არის საკმარისი, ბიზნესლოგიკა მოთხოვნას უარყოფს, წარდგენა კი მიზეზს აჩვენებს. ამ მაგალითში შვებულების დღეები მოგვიანებით, დამტკიცებისას იკლებს.

როდესაც კომპანია შვებულების პოლიტიკას ცვლის, დეველოპერები ბიზნესშრეს აახლებენ. წარდგენა და მონაცემთა შენახვა შეიძლება უცვლელი დარჩეს, თუ გაცვლილი ინფორმაცია იგივეა.

## უპირატესობები

- **ცვლილებებისთვის მკაფიო ადგილები:** წარდგენას, წესებსა და მონაცემთა ბაზის მოთხოვნებს კოდში საკუთარი ადგილი აქვს.
- **მრავალჯერ გამოყენებადი ბიზნესლოგიკა:** რამდენიმე ეკრანს შეუძლია ერთი ოპერაციის გამოძახება, რაც ეკრანებს შორის არათანმიმდევრულ წესებს თავიდან აცილებს.
- **სამუშაოს მკაფიო განაწილება:** დეველოპერებს შეუძლიათ გაიგონ თითოეული შრის პასუხისმგებლობა და მის მიერ გაცვლილი მონაცემები.

## შეზღუდვები

- **ცვლილებები შეიძლება რამდენიმე შრეს შეეხოს:** ახალი ველის დამატება ხშირად წარდგენის, ბიზნესლოგიკისა და საცავის ცვლილებას მოითხოვს.
- **ცალკე საქაღალდეები საკმარისი არ არის:** საზღვრები ბუნდოვანი ხდება, თუ წარდგენა კვლავ პირდაპირ ითხოვს მონაცემებს ან თავად იყენებს ბიზნესწესებს.
- **მონაცემებზე დამოკიდებულებამ შეიძლება ტესტირება გაართულოს:** როდესაც ბიზნესლოგიკა მოთხოვნის კონკრეტულ განხორციელებას უკავშირდება, ტესტებს შეიძლება რეალური მონაცემთა ბაზა დასჭირდეს.

## როდის უნდა გამოიყენოთ?

შრეებიანი არქიტექტურა შეეფერება ადმინისტრირების ინსტრუმენტებს, ადამიანური რესურსების აპლიკაციებსა და სისტემებს მრავალი ფორმითა და ნაცნობი ბიზნესპროცესებით. უფრო დიდი სისტემისთვის კოდი ბიზნესმოდულებად დაყავით და შრეები თითოეულ მოდულში გამოიყენეთ, რათა ყველა ფუნქციის შემცველი ერთი უზარმაზარი ბიზნესშრე არ შექმნათ.

რა არის შრეებიანი არქიტექტურა?

გავრცელებული შრეები

როგორ მუშავდება მოთხოვნა?

უპირატესობები

შეზღუდვები

როდის უნდა გამოიყენოთ?

დაკავშირებული კითხვები