ინტერფეისის განსაზღვრის პირდაპირ იქ სადაც ის გამოიყენება, რა სარგებელი და ნაკლია?

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

პლიუსები:

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

მინუსები:

• კოდის გამეორება: თუ ერთიდაიგივე ინტერფეისი რამდენიმე ადგილას გჭირდებათ, მას უნდა გამეოროთ.
• საერთო აბსტრაქციის დაკარგვა: ერთიანი ინტერფეისის არქონამ შეიძლება გაგართულად გახადოს საერთო არქიტექტურის გაგება.

მაგალითი:

// ინტერფეისი პირდაპირ ფუნქციაში განსაზღვრული
func process(r io.Reader) {
    // მხოლოდ Read-ის გამოყენება
}

აქ, ინტერფეისი მინიმალურია და ადგილობრივი, რაც მოსახერხებელია.