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

Question

IT Interview Practice · Accepted Answer

## რა არის სუფთა არქიტექტურა?

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

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

## მთავარი ნაწილები

სუფთა არქიტექტურა ჩვეულებრივ შიგნიდან გარეთ განლაგებული წრეებით გამოისახება:

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

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

## მაგალითი: შეკვეთის გაუქმება

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

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

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

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

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

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

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

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

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

რა არის სუფთა არქიტექტურა?

მთავარი ნაწილები

მაგალითი: შეკვეთის გაუქმება

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

შეზღუდვები

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

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