ärInga korrekta instruktioner med specifika instruktioner ChatGPT ChatGPT Claude Claude Perplexity Perplexity Copilot Gemini DeepSeek DeepSeek Meta AI Meta AI Grok Grok Qwen Qwen Inga korrekta instruktioner med specifika instruktioner ChatGPT ChatGPT Claude Claude Perplexity Perplexity Copilot Gemini DeepSeek DeepSeek Meta AI Meta AI Grok Grok Qwen QwenUtan lämpliga instruktioner med specifika instruktionerUtan rätt instruktioner Med särskilda instruktioner ChatGPT ChatGPTChattar är av Claudeär Claude är Perplexitet Perplexitetförvirring förvirring Copilot CopilotBarnpilot är Tvillingar Geminiär Tvillingar Hemsida för DeepSeekdjupt sökande är ärMålet för AIärMålet för AIärMålet för AI är Grog GrogGrekiska är Kvinna KvinnaKvinna Kvinna Frigör objektbeteende bortom dataåtkomst är är TL;DR: Ta bort eller ersätta getters med beteendemässigt rika metoder som utför operationer istället för att avslöja det interna tillståndet. TL;DR: Ta bort eller ersätta getters med beteendemässigt rika metoder som utför operationer istället för att avslöja det interna tillståndet. Problem som åtgärdats är är är är är är är är är Anemiska föremål Överdriven koppling Förlorad inkapsling Essensmutation Demeters lag överträdelser Informationsläckning Exponerade interiörer Primitiv besatthet Relaterad kod Luktar https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xiv https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-i-xqz3evd https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xiii https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xiv https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxix https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xiv https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xiii https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-i-xqz3evd https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxv Steg är är är är är är Identifiera getter som exponerar intern objektstatus Hitta alla användningsområden i codebase Flytta beteende som använder getter i själva objektet Skapa avsikt-avslöjar metoder som utför operationer (ta bort get prefix) Uppdatera din kod för att använda de nya metoderna Sample kod Före public class Invoice {
    private List<LineItem> items;
    private Customer customer;
    private LocalDate dueDate;
    
    public Invoice(Customer customer, LocalDate dueDate) {
        this.customer = customer;
        this.dueDate = dueDate;
        this.items = new ArrayList<>();
    }
    
    public void addItem(LineItem item) {
        // This is the right way 
        // to manipulate the internal consistency
        // adding assertions and access control if necessary
        items.add(item);
    }
    
    public List<LineItem> getItems() {
        // You are exposing your internal implementation
        // In some languages, you also open a backdoor to
        // manipulate your own collection unless you return
        // a copy
        return items;
    }
    
    public Customer getCustomer() {
        // You expose your accidental implementation
        return customer;
    }
    
    public LocalDate getDueDate() {
        // You expose your accidental implementation
        return dueDate;
    }
}
 
Invoice invoice = new Invoice(customer, dueDate);
// Calculate the total violating encapsulation principle
double total = 0;
for (LineItem item : invoice.getItems()) {
    total += item.getPrice() * item.getQuantity();
}

// Check if the invoice is overdue
boolean isOverdue = LocalDate.now().isAfter(invoice.getDueDate());

// Print the customer information
System.out.println("Customer: " + invoice.getCustomer().getName());
 Efter public class Invoice {
    private List<LineItem> items;
    private Customer customer;
    private LocalDate dueDate;
    
    public Invoice(Customer customer, LocalDate dueDate) {
        this.customer = customer;
        this.dueDate = dueDate;
        this.items = new ArrayList<>();
    }
    
    public void addItem(LineItem item) {
        items.add(item);
    }
    
    // Step 3: Move behavior that uses the getter into the object
    public double calculateTotal() {
        // Step 4: Create intention-revealing methods
        double total = 0;
        for (LineItem item : items) {
            total += item.price() * item.quantity();
        }
        return total;
    }
    
    public boolean isOverdue(date) {
        // Step 4: Create intention-revealing methods
        // Notice you inject the time control source
        // Removing the getter and breaking the coupling
        return date.isAfter(dueDate);
    }
    
    public String customerInformation() {
        // Step 4: Create intention-revealing methods
        // You no longer print with side effects 
        // And coupling to a global console
        return "Customer: " + customer.name();        
    }
    
    // For collections, return an unmodifiable view if needed
    // Only expose internal collaborators if the name 
    // is an actual behavior
    public List<LineItem> items() {
        return Collections.unmodifiableList(items);
    }
    
    // Only if required by frameworks 
    // or telling the customer is an actual responsibility
    // The caller should not assume the Invoice is actually
    // holding it
    public String customerName() {
        return customer.name();
    }
    
    // You might not need to return the dueDate
    // Challenge yourself if you essentially need to expose it
    // public LocalDate dueDate() {
    //     return dueDate;
    // }
}

// Client code (Step 5: Update client code)
Invoice invoice = new Invoice(customer, dueDate);
double total = invoice.calculateTotal();
boolean isOverdue = invoice.isOverdue(date);
System.out.println(invoice.customerInformation());
 Typ är är [x] Halvautomatiska Säkerhet ️ Denna refaktorering är i allmänhet säker men kräver noggrann utförande. Du måste se till att alla användningar av getter identifieras och ersätts med de nya beteendemetoderna. Den största risken uppstår när getters returnerar rörliga objekt eller samlingar, eftersom klientkod kan ha modifierat dessa objekt. Du bör kontrollera att beteendet inte har förändrats genom omfattande tester före och efter refaktorering. För samlingar, returnera oförändrade kopior eller vyer för att upprätthålla säkerhet under övergången. För ramverk som kräver tillgång till egendom, kan du behöva bevara enkla tillbehör utan "få" prefix tillsammans med dina beteende-rika metoder. Som vanligt bör du lägga till beteendemässig täckning (inte strukturell) till din kod innan du utför refactoring. Varför är koden bättre? Den omarbetade koden är bättre eftersom den följer den princip, vilket gör dina objekt intelligenta snarare än bara anemiska datainnehavare. Säg-Fråga inte Lösningen centraliserar logiken relaterad till objektets data inom själva objektet, vilket minskar dubbletter.Den döljer implementeringsdetaljer, så att du kan ändra intern representation utan att påverka klientkoden Denna metod minskar som klienter inte behöver veta om objektets interna struktur. Koppling Det förhindrar också brott mot Demeters lag genom att eliminera kedjor av getter. Sedan den , möjliggör lösningen bättre validering och verkställighet av affärsregler inom objektet. Essensen är inte mutant Hur kan jag förbättra min hälsa? ️ Avlägsnande av getter förbättrar mellan kod och verklighet genom att föremål beter sig mer som sina verkliga motsvarigheter. Bijection I den verkliga världen avslöjar objekt inte sitt inre tillstånd för andra att manipulera - de utför operationer baserat på förfrågningar. Du frågar till exempel inte ett bankkonto om saldot och beräknar sedan själv om ett uttag är möjligt. Istället frågar du kontot, "Kan jag ta ut $100?" Du skapar en mer trogen representation av domänkoncept genom att modellera dina objekt för att utföra operationer snarare än att exponera data. Detta stärker en-till-en-korrespondensen mellan den verkliga världen och din beräkningsbara modell, vilket gör din kod mer intuitiv och anpassad till hur människor tänker om problemdomänen. Denna strategi följer den princip genom att säkerställa att beräkningsobjekt speglar verkliga enheter i struktur och beteende. kartan Begränsningar ️ Frameworks och bibliotek förväntar sig ofta getter-metoder för serialisering/deserialisering. Legacy codebases kan ha utbredd getter användning som är svårt att refactor alla på en gång. Enhetstestning kan bli mer utmanande eftersom det interna tillståndet är mindre tillgängligt. Kom ihåg att du aldrig bör testa privata metoder. Refactor med AI är är Föreslagna prompt: 1. Identifiera getters som exponerar interna objekt tillstånd 2. Hitta alla getter användningar i kodbasen 3. Flytta beteende som använder getter i själva objektet 4. Skapa intention-revealing metoder som utför operationer (ta bort get prefix) 5. Uppdatera din kod för att använda de nya metoderna Föreslagna prompt: 1. Identifiera getters som exponerar interna objekt tillstånd 2. Hitta alla getter användningar i kodbasen 3. Flytta beteende som använder getter i själva objektet 4. Skapa intention-revealing metoder som utför operationer (ta bort get prefix) 5. Uppdatera din kod för att använda de nya metoderna Utan rätt instruktioner Med särskilda instruktioner Chattar Chattar Chattar Claude är Claude är Claude är förvirring förvirring Barnpilot Barnpilot Barnpilot Tvillingar Tvillingar Tvillingar djupt sökande djupt sökande djupt sökande Målet för AI Målet för AI Målet för AI Grekiska Grekiska Grekiska Kvinna Kvinna Dagar ️ är är Encapsulering Nivå är är [x] Medelstora Relaterade reaktioner https://hackernoon.com/refactoring-remove-setters-codesmell?embedable=true https://hackernoon.com/improving-the-code-one-line-at-a-time?embedable=true https://maximilianocontieri.com/refactoring-009-protect-public-attributes?embedable=true https://hackernoon.com/refactoring-016-building-with-the-essence?embedable=true Så här https://hackernoon.com/nude-models-part-ii-getters-sjo3ua2?embedable=true HTTPS://en.wikipedia.org/wiki/Lag_av_Dometer?embedable=true https://martinfowler.com/bliki/TellDontAsk.html?embedable=true Krediter Bild från är Kriss från Pixabay Denna artikel är en del av Refactoring-serien. https://maximilianocontieri.com/how-to-improve-your-code-with-easy-refactorings?embedable=true

Winner of Noonies 2020 for the award Hacker Noon Contributor of the Year - REFACTORING.

2020 - Hacker Noon Contributor of the Year in REFACTORING

2022 - HackerNoon Contributor of the Year - Clean Code

2022 - HackerNoon Contributor of the Year - Debugging

2022 - HackerNoon Contributor of the Year - Github

2022 - HackerNoon Contributor of the Year - Machine Learning

2022 - HackerNoon Contributor of the Year - Quality Assurance

2022 - HackerNoon Contributor of the Year - Refactoring

2022 - HackerNoon Contributor of the Year - Software Architecture

2022 - the Greatest Storyteller

Buy My Book

Share your ideas with me!

Read My Stories

Buy Me a Coffee

Software Engineer and Book Author

Det här ljudet är producerat på berättelsens originalspråk!

För länge; Att läsa

Make resilience your competitive advantage

Refactoring 027 - Hur man tar bort Getters

Refactoring 027 - Hur man tar bort Getters

About Author

KOMMENTARER

HÄNG TAGGAR

DENNA ARTIKEL PRESENTERAS I

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps