Yaratıcı desenler ilk olarak ünlü Dörtlerin Çetesi'nde tanımlandı. Kitap her modelini özel bir bölümde sunar ve her birinin için sıkı bir yapıyı izler: niyet, motivasyon, uygulanabilirlik, yapı, katılımcılar, işbirliği, sonuçlar, uygulama, örnek kodlar, bilinen kullanımlar ve ilgili desenler. Tasarım Patterns Örneğin, burası için bir kısaltma Pattern için: inşaatçı 
 
 
 
 
 
 girişim : Karmaşık bir nesnenin yapısını temsilinden ayırın, böylece aynı inşaat süreci farklı temsiller yaratabilir. Uygulanabilirlik : Yapımcı modelini kullandığınızda 
 
 
 Karmaşık bir nesne oluşturma algoritması, nesneyi oluşturan Parçalardan ve nasıl monte edildiğinden bağımsız olmalıdır. İnşaat işlemi, inşa edilen nesne için farklı temsillere izin vermelidir. : Intent Karmaşık bir nesnenin yapısını temsilinden ayırın, böylece aynı inşaat süreci farklı temsiller yaratabilir. : Applicability Yapımcı modelini kullandığınızda 
 
 
 Karmaşık bir nesne oluşturma algoritması, nesneyi oluşturan Parçalardan ve nasıl monte edildiğinden bağımsız olmalıdır. İnşaat işlemi, inşa edilen nesne için farklı temsillere izin vermelidir. GoF (Gang of Four) Object-Oriented Programming alanında temel olmuştur ve Java gibi yaygın olanları da dahil olmak üzere programlama dillerinin tasarımını etkilemiştir. Yeniden bir mühendislik pozisyonunda olduğumda, sürdürülebilirlik konusunda çok fazla iyileştirme potansiyeli olan yeni yazılmış Java koduna rastladım. İşe yarıyor, ancak mühendislerin orijinal yazarın gelecekteki kendisi ve ben de dahil olmak üzere güncelleştirmesi gerektiğini hayal ediyorum ve onlara yardımcı olabileceğime eminim. Aynı türde birçok parametreye sahip bir yapımcı. Birçok String parametresi olan bir yapımcı hayal edin: public License (
    String id, String licenseeName,
    String licenseId, String environment,
    LocalDateTime generatedAt
)
 Bu oluşturucuyu çağırırken, çağrıcı isteksizce parametre emirlerini değiştirebilir: var license = new License("My license", "XXX-123", "Customer", "User-acceptance tests", new LocalDateTime());
 Oops, lisans sahibinin adını ve lisans kimliğini değiştirdim. IDE'niz burada yardımcı olabilir, ancak başka yollar vardır. Wrappers türü Temiz OOP destekçileri, doğrudan bir dizi asla kullanmaması gerektiğini açıkça belirtmek isterler. Java Hakkında : E. G ile record public record Id(String id) { ... }
public record LicenseeName(String licenseeName) { ... }
public record LicenseeId(String licenseId) { ... }
public record Environment(String environment) { ... }
public record GeneratedAt(LocalDateTime generatedAt) { ... }
 Şimdi bir hata yapmayalım: var id = new Id("My license");
var licenseeName = new LicenseeName("Customer");
var licenseId = new LicenseeId("XXX-123");
var environment = new Environment("User-acceptance tests");
var generatedAt = new LocalDateTime();

var license = new License(id, licenseId, licenseName, environment, generatedAt); //1
 
 
 Zamanlama Hatası Bu yaklaşım kesinlikle sürdürülebilirliği iyileştirirken, wrapper bellek boyutunu arttırır.Yüksek miktar JDK uygulamasına bağlıdır, ancak tek bir tip için yaklaşık 5 kat daha büyük. Kotlin, sunarak bir fırtına yapar : ambalaj bir kompile-zaman kontrolüdür, ancak bytecode aşağıdaki kısıtlama ile ambalajlı türüne işaret eder: Inline değer sınıfları 
 
 Bir inline sınıfının birincil yapımcıda başlatılan tek bir özelliği olması gerekir. Bir inline sınıfının birincil yapımcıda başlatılan tek bir özelliği olması gerekir. Parametre isimleri Java sadece pozisyonel parametrelerle metot çağrıları sunar, ancak diğer diller, , Python, Kotlin ve Rust, aynı zamanda adlandırılmış parametreler sunar. E. G ile İşte yukarıdaki sınıfı yansıtan bir Kotlin yapımcısı: class License (
    val id: String, val licenseeName: String,
    val licenseId: String, val environment: String,
    val generatedAt: LocalDateTime
)
 Parametreleri adlandırarak inşaatçıyı arayabilirsiniz, böylece bir hata yapma riskini azaltır: val license = License(
    id = "My license", licenseeName = "Customer",
    licenseId = "XXX-123", environment = "User-acceptance tests",
    generatedAt = LocalDateTime()
)
 ve Patronun inşaatçı ve Pattern, GoF'de açıklanan kullanım durumlarının bir parçası olmasa bile, başka bir uygulanabilir yaklaşımdır. inşaatçı İşte bu kod: public class License {

    private final String id;
    private final String licenseeName;
    private final String licenseId;
    private final String environment;
    private final LocalDateTime generatedAt;

    private License (                              //1
        String id, String licenseeName,
        String licenseId, String environment,
        LocalDateTime generatedAt
    ) { ... }
    
    public static LicenseBuilder builder() {       //2
        return new LicenseBuilder();
    }

    public static class LicenseBuilder {

        private String id;                         //3
        private String licenseeName;               //3
        private String licenseId;                  //3
        private String environment;                //3
        private LocalDateTime generatedAt;         //3

        private LicenseBuilder() {}                //1
        
        public LicenseBuilder withId(String id) {  //4
            this.id = id;                          //5
            return this;                           //4
        }
        
        // Other `withXXX` methods
        
        public License build() {                   //6
            return new License(
                id, licenseeName,
                licenseId, environment,
                generatedAt
            );
        }
    }
}
 
 
 
 
 
 
 
 Doğrudan nesne istatistikleri önlemek Yeni Bir Üretici Oluşturun Builder alanları, nesnenin alanlarını taklit eder Her yöntem inşaatçı nesnesini kendisi iade eder. atribüye sahip olmak Tam nesneyi geri yükle Artık inşaatçı olarak da adlandırılabilir: val license = License.builder()
                     .withId("My license")
                     .withLicenseName("Customer")
                     .withLicenseId("XXX-123")
                     .withEnvironment("User-acceptance tests")
                     .withGeneratedAt(new LocalDateTime())
 Yapımcı kodu oluşturmak acı verici (AI kullanmadığınız sürece), ancak daha iyi okunabilirlik sağlar. Ayrıca, her yöntem arama için doğrulama ekleyebilir, inşaat esnasında bulunan nesnenin geçerli olduğundan emin olabilirsiniz. Daha karmaşık nesneler için, bir . Yaratıcının yüzü Özetle 
 
 
 
 
 
 
 
 
 
 Approach 
 Pros 
 Cons 
 
 
 
 
 Type wrappers 
 Object-Oriented Programming 
 - More verbose- Can be memory-heavy depending on the language 
 
 
 
 
 Named parameters 
 Easy 
 Not available in Java 
 
 
 
 
 Builder pattern 
 Verbose 
 - Allows creating complex objects- Allows validating Türlü Wrappers Object Oriented Programlama - Daha fazla sözcük- Diline bağlı olarak hafıza ağır olabilir Parametre isimleri kolay Java'da Kullanılamıyor Yapımcı Pattern Kötülük - Karmaşık nesnelerin oluşturulmasını sağlar- Validasyon sağlar Üreticiler istisnalar yapıyor Aynı kod tabanında, aşağıdaki kodu buldum: public Stuff(UuidService uuidService, FallbackUuidService fallbackUuidService) {

    try {
        uuid = uuidService.getUuid();
    } catch(CannotGetUuidException e) {
        try {
            uuid = fallbackUuidService.getUuid();
        } catch(CannotGetUuidException e1) {
            uuid = "UUID can be fetched";
        }
    }
}
 Biraz deneyimle, yukarıdaki kısımda yanlış olanı fark edebilirsiniz. her iki hizmet de başarısız olursa, UUID olmayan bir satır ile başlatılır. UUID'ye güvenen tüm kodlar, muhtemelen UUUID olmayan değerlerle uğraşmalıdır. Hızlı bir şekilde başarısız olmalı. uuid public Stuff(UuidService uuidService, FallbackUuidService fallbackUuidService) {

    try {
        uuid = uuidService.getUuid();
    } catch(CannotGetUuidException e) {
        try {
            uuid = fallbackUuidService.getUuid();
        } catch(CannotGetUuidException e1) {
            throw new RuntimeException(e1);
        }
    }
}
 Artık her nesne geçerli bir UUID'ye sahiptir. ancak, yapımcılar içinde istisnalar atmak potansiyel sorunlara sahiptir: Stuff 
 
 
 
 Kaynak sızıntıları: Oluşturucunun kaynakları (örneğin, dosyaları, soketleri) atarsa ve bir istisna atarsa, bu kaynaklar serbest bırakılmayabilir. Miras: Bir süper sınıf yapımcısı bir istisna atarsa, alt sınıf yapımcısı çalışmayacaktır. Kontrol edilen istisnalar: Yapımcılarda kontrol edilen istisnaları kullanmak imkansızdır, sadece çalıştırma süresi olanları. Bu sebeplerden dolayı, istisnaların yapımcılarda yerleri olmadığını düşünüyorum ve onları önüyorum. İlk bölümde açıklanan model, ama belirtildiği gibi, çok fazla kod; bence gerekli değil. kurtarma için başka bir yaratıcı model, . inşaatçı Fabrika yöntemi 
 
 
 
 
 
 deneme Bir nesneyi oluşturmak için bir arayüz tanımlayın, ancak alt sınıfların hangi sınıfı istantiate edeceğini belirlemenize izin verin. Uygulanabilirlik Fabrika Metodu şablonunu kullanın: 
 
 
 
 Bir sınıf, oluşturması gereken nesnelerin sınıfını tahmin edemez. a class wants its subclasses to specify the objects it creates. Sınıflar sorumlulukları birkaç yardımcı alt sınıflarından birine iletir ve hangi yardımcı alt sınıfın delege olduğunu bilgisini yerleştirmek istiyorsunuz. Intent Bir nesneyi oluşturmak için bir arayüz tanımlayın, ancak alt sınıfların hangi sınıfı istantiate edeceğini belirlemenize izin verin. Applicability Fabrika Metodu şablonunu kullanın: 
 
 
 
 Bir sınıf, oluşturması gereken nesnelerin sınıfını tahmin edemez. Bir sınıf, oluşturduğu nesneleri belirlemek için alt sınıflarını istiyor. Sınıflar sorumlulukları birkaç yardımcı alt sınıflarından birine iletir ve hangi yardımcı alt sınıfın delege olduğunu bilgisini yerleştirmek istiyorsunuz. Bu durumda, başka bir nedenden dolayı kullandığımızı unutmayın. İşte güncellenmiş kod: public class Stuff {

    private final UUID uuid;
    
    private Stuff(UUID uuid) {                               //1
        this.uuid = uuid;
    }

    public static Stuff create(UuidService uuidService, FallbackUuidService fallbackUuidService) throws CannotGetUuidException {
    
        try {
            return new Stuff(uuidService.getUuid());
        } catch(CannotGetUuidException e) {
            return new Stuff(fallbackUuidService.getUuid()); //2
        }
    }
}
 
 
 
 Dış İstihbaratın Önlenmesi Başarısız olursa, yeni bir CannotGetUuidException atar Bunlardan biri yukarıdaki gibidir: var stuff = Stuff.create(uuidService, fallbackUuidService);  //1
 
 
 Cevapla Cevabı iptal et Cevabı iptal et Bu noktada, çağrı başarılı olursa nesnenin tamamen başlatılmış olduğundan eminiz. Sonuç Bu makalede, kitapta listelenmeyen GoF'nin yaratıcı desenlerinin iki kullanımını tanımladım: bakım yapabilirliğini iyileştirmek ve nesnelerin tamamen başlatılmasını sağlamak. klasiklerinizi bilmek, uygun durumlarda kullanmanıza izin verir, ancak başlangıçta listelenmedi. To go further: 
 
 
 
 GoF Tasarım Patentleri A Dive into the Builder Pattern Hakkında Bu makine bir bitmiş devlet makinesidir! Orijinal olarak yayınlandı A Java Geek on Ağustos 31st, 2025 Java Geek Hakkında

Read all my posts!

Read My Stories

Follow @nicolas_frankel on Twitter

Bu ses hikayenin orijinal dilinde üretilmiştir!

Çok uzun; Okumak

Make resilience your competitive advantage

Object Creation: Karşılaştığım Sorunlar ve Bana Yardımcı Olduğum Örnekler

About Author

YORUMLAR

ETİKETLERİ ASIN

BU YAZI

Related Stories

Kripto Büyümesi: Etkili Kullanıcı Kişilikleri Oluşturma

Telegram: Kripto Adası'nın anakaraya olan köprüsü

AI/ML Datalake için Referans Mimarisi Oluşturmaya Yönelik Mimar Kılavuzu

HackerNoon Kendi Ana Dilinizde 🆕 ‼️ Teknoloji Blog Yazıları için 77 Dil Ana Sayfası

Kripto Büyümesi: Etkili Kullanıcı Kişilikleri Oluşturma

Telegram: Kripto Adası'nın anakaraya olan köprüsü

AI/ML Datalake için Referans Mimarisi Oluşturmaya Yönelik Mimar Kılavuzu

HackerNoon Kendi Ana Dilinizde 🆕 ‼️ Teknoloji Blog Yazıları için 77 Dil Ana Sayfası

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps