პროგრამირების DRY პრინციპი

პროგრამირების DRY პრინციპი (Don’t repeat yourself) გულისხმობს დიდი სისტემის, მაგალითად, თქვენი შემუშავებული პროგრამული უზრუნველყოფის, დაყოფას უფრო მცირე, განუმეორებელ კომპონენტებად. თუ თქვენ გაქვთ რამდენიმე კომპონენტი, რომლებიც ასრულებენ ერთსა და იმავე ამოცანებს, მაშინ DRY პრინციპის მიხედვით მათი რაოდენობა უნდა შემცირ�დეს, იდეალურ შემთხვევაში, რომ თითოეული კომპონენტი არ განმეორდეს.

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

სისტემის DRY პრინციპით სწორად ასაგებად აუცილებელია დაეცვან შემდეგი წესები:

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

ასევე იხილეთ