당신의 방법이 일반적인 유형을 반환하면, 당신은 호출 체인을 니다. 
 
 TL;DR: 특정 유형 대신 Object, Any, 또는 null을 반환하는 방법을 피하십시오. TL;DR: 특정 유형 대신 Object, Any, 또는 null을 반환하는 방법을 피하십시오. 문제 
 
 
 
 
 
 
 
 
 
 
 
 
 
 실패한 polymorphism 단단한 커플링 0 0 체크인 혼란스러운 반환 취약한 코드 테스트하기 어려운 잃어버린 종류의 보안 IFS 오염 분리된 polymorphism Runtime 오류 불확실한 계약 테스트 어려움 나쁜 유지 보수 솔루션 
 
 
 
 
 
 
 
 
 Polymorphic Types에 대한 리뷰 보기 Null Object 패턴 사용하기 아무것도 돌려보내지 않도록 오류에 대한 예외 Rename for Clarity에 대한 리뷰 보기 특정 유형 또는 인터페이스를 반환 올바른 abstractions 사용하기 의미있는 객체를 만듭니다 ️ ️ https://hackernoon.com/code-refactoring-tips-no-015-remove-null?embedable=true 컨텍스트 여러 종류를 반환할 수 있는 방법을 작성할 때, 예를 들면 또는 A 당신은 폴리모르피즘을 잃는다. 누구나 0 0 0 0 Polymorphism은 인터페이스 또는 베이스 타입을 공유하는 개체를 교환하여 코드를 단순화할 수 있습니다.Polymorphism allows you to treat objects that share an interface or a base type interchangeably, simplifying your code. null을 반환하면 호출자가 추가 체크를 작성하고 특별 사례를 처리하도록 강요하여 코드를 혼란스럽게하고 커플링을 증가시킵니다.Return null forces your callers to write additional checks and handle special cases, which clutters the code and increases coupling. 어떤 유형(또는 실제 유형 정보를 삭제하는 유형)을 반환하면 방법이 실제로 반환하는 것을 이해하기가 더 어렵고 버그와 혼란을 유발합니다.Return any (or a type that deletes actual type information) makes it harder to understand what the method actually returns, causing bugs and confusion. 호출자를 유형 검사를 수행하도록 강요하고, . 캐스팅 이것은 객체가 그들의 행동에 따라 행동해야하는 폴리모르피즘의 근본 원칙을 위반한다. . 계약서 방법은 자신의 의도를 명확하게 전달하고 컴파일러가 컴파일 시간에 정확성을 확인할 수 있도록 특정 유형을 반환해야 합니다.Methods should return specific types that clearly communicate their intention and allow the compiler to verify correctness at compile time. 기억하라 
 
 두 가지 방법은 서명이 동일한 경우 폴리모르프이며, 인수는 폴리모르프이며, 반환도 폴리모르프입니다. 두 가지 방법은 서명이 동일한 경우 폴리모르프이며, 인수는 폴리모르프이며, 반환도 동일합니다. . polymorphic 샘플 코드 잘못 public class DatabaseConnection {
    public Object execute(String sql) {
        if (sql.startsWith("SELECT")) {
            return new ResultSet();
        } else if (sql.startsWith("INSERT")) {
            return Integer.valueOf(42);
        } else if (sql.startsWith("UPDATE")) {
            return Boolean.TRUE;
        }
        return null;
        // The billion dollar mistake
    }
}

public class QueryHandler {
    public void handle(String sql, DatabaseConnection db) {
        Object result = db.execute(sql);
        // The caller needs to be aware of many different types
        if (result instanceof ResultSet) {
            System.out.println("Fetched rows");
        } else if (result instanceof Integer) {
            System.out.println("Inserted " + result);
        } else if (result instanceof Boolean) {
            System.out.println("Updated " + result);
        } else {
            System.out.println("Unknown result");
        }
    }
}

// This second class has a method execute()
// which is NOT polymorphic since it returns 
// another types
public class NonRelationalDatabaseConnection {
    public Object execute(String query) {
        if (query.startsWith("FIND")) {
            return new Document();
        } else if (query.startsWith("INSERT")) {
            return Integer.valueOf(1);
        } else if (query.startsWith("UPDATE")) {
            return Boolean.TRUE;
        }
        return null; // The billion dollar mistake
    }
}
 interface QueryResult {
    void display();
}

class SelectResult implements QueryResult {
    public void display() {
        System.out.println("Fetched rows");
    }
}

class InsertResult implements QueryResult {
    private final int count;
    InsertResult(int count) { this.count = count; }
    public void display() {
        System.out.println("Inserted " + count);
    }
}

class UpdateResult implements QueryResult {
    private final boolean ok;
    UpdateResult(boolean ok) { this.ok = ok; }
    public void display() {
        System.out.println("Updated " + ok);
    }
}

class DocumentResult implements QueryResult {
    public void display() {
        System.out.println("Fetched documents");
    }
}

interface DatabaseConnection {
    QueryResult execute(String query);
}

public class RelationalDatabaseConnection 
  implements DatabaseConnection {
    public QueryResult execute(String sql) {
        // execute() is now polymorphic and returns a QueryResult
        if (sql.startsWith("SELECT")) {
            return new SelectResult();
        } else if (sql.startsWith("INSERT")) {
            return new InsertResult(42);
        } else if (sql.startsWith("UPDATE")) {
            return new UpdateResult(true);
        }
        // You remove null
        throw new IllegalArgumentException("Unknown SQL");
    }
}

public class NonRelationalDatabaseConnection 
  implements DatabaseConnection {
    public QueryResult execute(String query) {
        // execute() is now polymorphic and returns a QueryResult
        if (query.startsWith("FIND")) {
            return new DocumentResult();
        } else if (query.startsWith("INSERT")) {
            return new InsertResult(1);
        } else if (query.startsWith("UPDATE")) {
            return new UpdateResult(true);
        }
        throw new IllegalArgumentException("Unknown query");
    }
}

public class QueryHandler {
    public void handle(String sql, DatabaseConnection db) {
        QueryResult result = db.execute(sql);
        result.display();
    }
}
 탐지기 
 
 반자동 Object, Any, void* 또는 frequent null returns와 같은 반환 유형을 사용하는 방법을 찾으십시오. 또한 메서드 호출 후에 분산 된 if-null 체크 또는 타입 체크를 확인합니다. 도구 및 정적 분석기는 때때로 문서가없는 모든 또는 null을 반환하는 방법에 대해 경고합니다.Tooling and static analyzer sometimes warn about methods returning any or null without documentation. 예를 들어 체크를 검색하거나 메서드 호출 후 유형 투여.Search for instanceof checks or type casting after method calls. 매개 변수 또는 내부 상태에 따라 다른 유형을 반환하는 방법을 확인하십시오.Watch for methods that return different types based on parameters or their internal state. 예외 
 
 
 제네릭 컬렉션 프레임 워크 Serialization 도서관 ️️ 
 
 폴리모르피스 레벨 
 
 중간 ️ ️ ️ ️ ️ ️ ️ 방법이 항상 그것이 나타내는 개념과 일치하는 형식을 반환할 때, 프로그래머는 특별한 사례가 필요하지 않습니다. 이것을 깨뜨리는 아무것도 또는 null을 반환하면 불확실성을 생성합니다. Bijection 호출 코드는 실제 유형을 추측하거나 null, 증가 버그 및 유지 보수 비용을 다루어야합니다. 물체는 특정 유형과 행동을 가지고 있습니다. 현실 세계 세대 AI 생성기는 때때로 유연성이나 단순함을 강력한 인쇄 및 polymorphism보다 우선시하기 때문에 모든 또는 null을 반환하는 방법을 생산합니다. 탐지기 AI 도구는 입력된 반환을 강요하고 제안하는 지시를 받으면 이 냄새를 고칠 수 있습니다. 또는 옵션 패턴 0 개체 그들은 자동으로 반환된 경우 polymorphic return 계층에 refactor null returns를 반환할 수 있습니다. "환불 유형 개선"에 대한 간단한 촉구는 종종 AI가 더 나은 대안을 제안하는 데 도움이됩니다. 시도해 보세요! 기억하십시오 : AI 조수는 많은 실수를합니다. 
 
 Suggested Prompt: Object, Any, or null을 반환하는 메서드를 특정 반환 유형으로 대체합니다.Create proper abstractions and null object patterns.Assure type security and clear contracts. Suggested Prompt: Object, Any, or null을 반환하는 메서드를 특정 반환 유형으로 대체합니다.Create proper abstractions and null object patterns.Assure type security and clear contracts. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Without Proper Instructions 
 With Specific Instructions 
 
 
 
 ChatGPT 
 ChatGPT 
 
 
 
 Claude 
 Claude 
 
 
 
 Perplexity 
 Perplexity 
 
 
 
 Copilot 
 Copilot 
 
 
 
 You 
 You 
 
 
 
 Gemini 
 Gemini 
 
 
 
 DeepSeek 
 DeepSeek 
 
 
 
 Meta AI 
 Meta AI 
 
 
 
 Grok 
 Grok 
 
 
 
 Qwen 
 Qwen 채팅 채팅 클라우드 클라우드 혼란 혼란 조종사 조종사 당신 당신 쌍둥이 쌍둥이 깊이 찾기 깊이 찾기 타겟 AI 타겟 AI 그로크 그로크 QWEN QWEN 결론 방법은 목적을 명확하게 전달하고 컴파일 타임 검증을 가능하게 하는 특정 유형을 반환해야 합니다.Methods should return specific types that clearly communicate their purpose and enable compile-time verification. 비폴리모르프 반환을 적절한 추상화로 대체하면 목적을 명확하게 표현하는 안전하고 유지할 수 있는 코드를 만듭니다.When you replace non-polymorphic returns with proper abstractions, you create safer, more maintenanceable code that expresses its intention clearly. https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-ix-7rr33ol https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-iii-t7h3zkv https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-iii-t7h3zkv https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-ix-7rr33ol https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxvi 더 많은 정보 https://hackernoon.com/how-to-get-rid-of-annoying-ifs-forever-zuh3zlo?embedable=true https://hackernoon.com/null-the-billion-dollar-mistake-8t5z32d6?embedable=true https://en.wikipedia.org/wiki/Design_by_contract?embedable=true Disclaimer 코드 냄새는 나의 . 의견 크레딧 사진 by 는 랜디 패스 Unsplash에 대하여 
 
 항상 올바른 유형을 반환하십시오. 항상 올바른 유형을 반환하십시오. 브라이언 Goetz https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true 이 문서는 CodeSmell 시리즈의 일부입니다. https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-i-xqz3evd?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

이 오디오는 이야기의 원래 언어로 제작되었습니다!

너무 오래; 읽다

Code Smell 308 - 더 안전하고, 더 깨끗하고, 더 많은 폴리모르프 코드의 열쇠

Code Smell 308 - 더 안전하고, 더 깨끗하고, 더 많은 폴리모르프 코드의 열쇠

About Author

코멘트

태그 걸기

이 기사는 다음에서 발표되었습니다.

Related Stories

사용자 중심의 암호화 제품 만들기: 고객 피드백의 중요성

보이지 않는 레이어: 사용자 인터뷰가 대체할 수 없는 자산인 이유

작업 흐름을 10배 향상하는 방법: 17가지 필수 앱

볼츠만 뇌 이론에 대한 간략한 소개

사용자 중심의 암호화 제품 만들기: 고객 피드백의 중요성

보이지 않는 레이어: 사용자 인터뷰가 대체할 수 없는 자산인 이유

작업 흐름을 10배 향상하는 방법: 17가지 필수 앱

볼츠만 뇌 이론에 대한 간략한 소개

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps